Module `Tezos_alpha_test_helpers.Liquidity_baking_machine`Source

This module provides the means to test extensively the Liquidity Baking (LB) feature. We recall that this feature is built upon three smart contracts: (1) a CPMM contract initially based on Dexter 2, and (2) two tokens contracts. Our objective is to run “scenarios” consisting in interleaved, realistic calls to these contracts, and to assert these scenarios do not yield any undesirable behaviors.

To that end, three “machines” are provided.

The SymbolicMachine allows to simulate scenarios involving the LB feature completely off-chain. It can be seen as an abstraction of the concrete implementation provided by the Tezos node.
The ConcreteMachine allows to execute scenarios on-chain.
The ValidationMachine combines the two previously mentioned machines. In other words, the ValidationMachine makes the SymbolicMachine and the ConcreteMachine execute the same scenarios, and asserts they remain synchronized after each baked block.

The ValidationMachine allows to (1) validate the SymbolicMachine (i.e., the reimplementation of the LB contracts logic) against the real implementation provided by Tezos, and the contracts originated by the protocol correctly implement the LB logic, as implemented by the SymbolicMachine. That is, the ValidationMachine reports desynchronization of the two machines, but cannot explain this desynchronization.

Machine State Characterization

Sourcetype xtz = int64

Sourcetype tzbtc = int

Sourcetype liquidity = int

Sourcetype balances = {

xtz : xtz;
tzbtc : tzbtc;
liquidity : liquidity;

}

As far as liquidity baking is concerned, an account can hold three kinds of tokens: xtz, tzbtc, and liquidity.

Sourceval pp_balances : Format.formatter -> balances -> unit

Sourcetype specs = {

cpmm_min_xtz_balance : xtz;
cpmm_min_tzbtc_balance : tzbtc;
accounts_balances : balances list;

}

A value of type specs allows to specify an initial state of a “machine”.

In a nutshell, it consists in specifying the minimal balances of the CPMM contracts and a set of implicit contracts. The two machines provided by this module has a build function which turns a specs into a consistent initial state for this machine.

Sourceval pp_specs : Format.formatter -> specs -> unit

Sourcetype 'a env = private {

cpmm_contract : 'a;
tzbtc_contract : 'a;
tzbtc_admin : 'a;
liquidity_contract : 'a;
liquidity_admin : 'a;
implicit_accounts : 'a list;
holder : 'a;
subsidy : xtz;

}

A value of type 'a env (where 'a is the type of contract identifiers) summarizes the different contracts involved in the LB feature.

Values of type env are constructed by the build function of the machines.

Sourcetype 'a step =

| SellTzBTC of {
1. source : 'a;
2. destination : 'a;
3. tzbtc_deposit : tzbtc;
}
| BuyTzBTC of {
1. source : 'a;
2. destination : 'a;
3. xtz_deposit : xtz;
}
| AddLiquidity of {
1. source : 'a;
2. destination : 'a;
3. xtz_deposit : xtz;
}
| RemoveLiquidity of {
1. source : 'a;
2. destination : 'a;
3. lqt_burned : liquidity;
}

A value of type 'a step (where 'a is the type used to identify contracts) describes a consistent sequence of LB smart contract calls.

For instance, SellTzBTC consists in approving an allowance in the TzBTC contract, then calling the token_to_xtz entry point of the CPMM.

Source

val pp_step : 
  (Format.formatter -> 'a -> unit) ->
  Format.formatter ->
  'a step ->
  unit

Sourcetype 'a state = {

cpmm_total_liquidity : liquidity;
accounts_balances : ('a * balances) list;

}

A summary of the state of a machine, parameterized by the type of contract identifier.

The Symbolic Machine

Sourcetype contract_id =

| Cpmm
| Holder
| TzBTC
| TzBTCAdmin
| Liquidity
| LiquidityAdmin
| ImplicitAccount of int

In the SymbolicMachine, a contract is identified by a symbolic value.

Sourceval pp_contract_id : Format.formatter -> contract_id -> unit

Sourcemodule SymbolicMachine : sig ... end

Sourcemodule ConcreteMachine : sig ... end

A machine that can execute scenarios onchain.

Sourcemodule ValidationMachine : sig ... end

Install

Dune Dependency

Authors

Maintainers

Sources

doc/octez-protocol-alpha-libs.test-helpers/Tezos_alpha_test_helpers/Liquidity_baking_machine/index.html

Module `Tezos_alpha_test_helpers.Liquidity_baking_machine`Source

Machine State Characterization

The Symbolic Machine

package octez-protocol-alpha-libs

Install

Dune Dependency

Authors

Maintainers

Sources

doc/octez-protocol-alpha-libs.test-helpers/Tezos_alpha_test_helpers/Liquidity_baking_machine/index.html

Module Tezos_alpha_test_helpers.Liquidity_baking_machineSource

Machine State Characterization

The Symbolic Machine

Module `Tezos_alpha_test_helpers.Liquidity_baking_machine`Source