Skip to content

dexter-zone/skip-api-contracts

 
 

Repository files navigation

Skip Swap Swirl

Skip API Contracts

The contracts in this repository are used in Skip API to enable any-to-any swaps as part of multi-chain workflows.

Skip API is a unified REST API + SDK that helps developers create more seamless cross-chain experiences for their end users with IBC (Inter-Blockchain Communication protocol).

Skip API is designed so that even developers who are new to IBC can offer incredible cross-chain experiences, like swaps and transfers between any two IBC-enabled chains and tokens in as few transactions as possible, with reliable multi-chain relaying, packet tracking, and more.

Overview

The on-chain components of the swapping functionality consist of:

  1. A main entry point contract
  2. Chain/dex-specific swap adapter contracts
  3. Chain-specific IBC transfer adapter contracts

Entry Point Contract

The entry point contract is responsible for providing a standardized interface (w/ safety checks) to interact with Skip Swap across all CosmWasm-enabled chains. The contract:

  1. Performs basic validation on the call data.
  2. If a fee swap is provided, queries the swap adapter contract to determine how much of the coin sent with the contract call is needed to receive the required fee coin(s), and dispatches the swap.
  3. Dispatches the user swap provided in the call data to the relevant swap adapter contract.
  4. Verifies the amount out received from the swap(s) is greater than the minimum amount required by the caller after all fees have been subtracted (swap, ibc, affiliate).
  5. Dispatches one of the following post-swap actions with the received funds from the swap:
    • Transfer to an address on the same chain.
    • IBC transfer to an address on a different chain (which allows for multi-hop IBC transfers or contract calls if the destination chains support it).
    • Call a contract on the same chain.

Swap Adapter Contracts

Swap Adapter contracts are developed and deployed for each swap venue supported by Skip Swap. The contracts are responsible for:

  1. Taking the standardized entry point swap operations message format and converting it to the specific swap venue's format.
  2. Swapping by calling the swap venue's respective smart contract or module.
  3. Providing query methods that can be called by the entry point contract (generally, to any external actor) to simulate multi-hop swaps that either specify an exact amount in (estimating how much would be received from the swap) or an exact amount out (estimating how much is required to get the specified amount out).

IBC Transfer Adapter Contracts

IBC Transfer adapter contracts are developed and deployed for each chain supported by Skip Swap. The contracts are responsible for:

  1. Dispatching the IBC transfer (with the appropriate IBC fees if required).
  2. Failing the entire transaction if the IBC transfer errors on the swap chain (sending the caller back their original funds).
  3. Refunding the caller on the swap chain if the IBC transfer errors or times out once it reaches the destination chain (also refunding unused IBC fees).

Example Flow

Skip Swap Flow

A simplified example flow showcasing the interactions between the contracts is as follows:

  1. A user calls swap_and_action on the entry point contract.
  2. The entry point contract performs pre-swap validation checks on the user call.
  3. The entry point contract calls swap on the relevant swap adapter contract, sending the coin to swap to the swap adapter contract.
  4. The swap adapter contract swaps the coin sent by the entry point contract to the desired output denom through the relevant swap venue.
  5. The swap adapter contract calls transfer_funds_back on itself, which transfers the post-swap contract balance back to the entry point contract.
  6. The entry point contract performs post-swap validation checks, ensuring the minimum amount out specified in the original call is satisfied.
  7. The entry point contract calls ibc_transfer on the IBC transfer adapter contract.
    • Note: The entry point contract dispatches one of three post swap actions. This simplified example flow is just showing the IBC transfer post swap action.
  8. The IBC transfer adapter contract dispatches the IBC transfer. Bon voyage!

Repository Structure

The repository is organized in the following way:

│
├── contracts/              <- Contains all contracts
│   ├── entry-point/        <- Contains source code and tests for entry point contract
│   └── adapters/           <- Contains source code and tests for all network adapter contracts
│       ├── ibc/
│       │   ├── ibc-hooks/
│       │   └── neutron-transfer/
│       └── swap/
│           ├── astroport/
│           └── osmosis-poolmanager/
│
├── deployed-contracts/     <- Contains deployed contracts info for each network
│   ├── neutron/
│   └── osmosis/
│
├── packages/               <- Contains all package code used by the contracts
│   └── skip/
│
├── scripts/                <- Contains all configs and deployment scripts
│   ├── configs/
│   ├── deploy.py
│   └── requirements.txt
│
├── README.md
├── Cargo.lock
├── Cargo.toml
├── Makefile
└── README.md

Testing

All tests can be found in the tests folder in each respective contract package.

Run all tests in the repo:

make test

Note: Due to the nature of the adapter contracts using stargate messages and interacting with chain-specific modules, integration testing is conducted on the respective testnets. See Deployment section for deployment instructions.

Development Processes

The repository's CI is triggered on pull requests and will fail if any error or warnings appear running the check, clippy, and fmt commands found in the Makefile.

Each command and how to run them are as follows:

cargo check --target wasm32-unknown-unknown is used to compile the contracts and verify they are valid wasm:

make check

clippy is used for linting:

make clippy

rustfmt is used for formatting:

make fmt

Deployment

To deploy the Skip Swap contracts, the steps are as follows:

  1. Build the optimized wasm bytecode of the contracts by running (they will appear in an artifacts folder):

    make optimize
  2. Ensure you have python 3.10 installed to run the deploy script. Download python 3.10 if you don't have it installed.

    python3.10 --version
  3. Go into the scripts directory and create a virtual environment to download the python dependencies:

    cd scripts
    python3.10 -m venv venv
  4. Activate virtual environment, (venv) will show on left-hand side of shell

    source venv/bin/activate
  5. Install all the dependencies:

    pip install -r requirements.txt
    
  6. Add the mnemonic of the deployer address in the respsective chain's config toml file (located in configs folder):

    # Enter your mnemonic here
    MNEMONIC = "<YOUR MNEMONIC HERE>"
  7. Generate the entry point contract address using instatiate2 which generates determinsitic cosmwasm contract addresses. This is necessary to allow the adapter contracts to whitelist the entry point contract before it is instantiated. To do this, you will need the daemon of the respective chain you are deploying on, and running the following command for the chain's CLI (replace osmosisd with network client being used):

    osmosisd query wasm build-address <CHECK SUM HASH OF CONTRACT> <ADDRESS THAT WILL INSTANTIATE> <SALT AS HEX STRING (31 is b'1')>
    
  8. Add the generated entry point address in the respective chain's config toml file

    # @DEV MUST CHANGE SALT ACCORDINGLY TO OBTAIN THIS PRE GENERATED ADDRESS
    ENTRY_POINT_PRE_GENERATED_ADDRESS = "<PRE GENERATED ADDRESS HERE>"
  9. Update the salt used in the config if needed (default is "1", which is 31 in the chain daemon generator)

    # SALT USED TO GENERATE A DETERMINSTIC ADDRESS
    SALT = "1"
  10. Run the deploy script with the following format (changing the chain [options: osmosis, neutron] and network [options: testnet, mainnet] depending on what is to be deployed):

    python deploy.py <CHAIN> <NETWORK>

    Example:

    python deploy.py osmosis testnet

    Note: If deploying injective, must run this command instead:

    python deploy_injective.py injective mainnet
  11. After running the deploy script, a toml file will be added/updated in the deployed-contracts/{CHAIN} folder with all relevant info for the deployment.

About Skip

Skip helps developers provide extraordinary user experiences across all stages of the transaction lifecycle, from transaction construction, through cross-chain relaying + tracking, to block construction.

Releases

No releases published

Packages

No packages published

Languages

  • Python 57.4%
  • Rust 41.1%
  • Jupyter Notebook 1.4%
  • Makefile 0.1%