https://github.com/balancer/balancer-api
https://github.com/balancer/balancer-api
Last synced: about 1 year ago
JSON representation
- Host: GitHub
- URL: https://github.com/balancer/balancer-api
- Owner: balancer
- License: mit
- Created: 2021-11-25T15:56:26.000Z (over 4 years ago)
- Default Branch: master
- Last Pushed: 2024-05-07T10:58:38.000Z (about 2 years ago)
- Last Synced: 2024-05-07T11:49:22.637Z (about 2 years ago)
- Language: TypeScript
- Size: 1.65 MB
- Stars: 15
- Watchers: 5
- Forks: 16
- Open Issues: 4
-
Metadata Files:
- Readme: README.md
- Contributing: .github/CONTRIBUTING.md
- License: LICENSE
- Code of conduct: .github/CODE_OF_CONDUCT.md
Awesome Lists containing this project
README
# ⛔️ This API is now deprecated
We have a new API for the Balancer protocol, which is available here
[https://github.com/balancer/backend](https://github.com/balancer/backend). Or
see the docs here [https://docs-v3.balancer.fi/data-and-analytics/data-and-analytics/balancer-api.html](https://docs-v3.balancer.fi/data-and-analytics/data-and-analytics/balancer-api.html).
1. There will be no more support or fixes to this API.
2. We will gradually decrease rate limits starting from the end of October.
3. The deployed API at https://api.balancer.fi will be shutdown by the end of
November.
If you have any questions please ask in Discord: [https://discord.balancer.fi/](https://discord.balancer.fi/)
# Balancer Pools API
A service that acts as a caching layer for Balancer Pools information. This service runs using AWS Lambda, DynamoDB, API Gateway and AppSync.
This was built to speed up frontend queries, and for services such as Gnosis to use to route orders through Balancer pools.
This package consists of CDK scripts that setup all the required infrastructure, and code for all the lambdas and services involved.
It has the following components:
- A DynamoDB database that hold Balancer pool information with tokens and current balances.
- A Lambda that fetches the latest data from the graph / infura and updates the database.
- An API Gateway server and set of lambdas that handle user requests.
- An AppSync GraphQL endpoint for loading decorated pools.
## Disclaimers
This software is in Alpha and may have breaking changes at any time. There is little security implemented on the Lambda
functions or GraphQL interface so anyone can call them.
## Requirements
- NodeJS 14.X (others may work, not tested yet)
- An Infura Account (for retrieving pool information, this is free to create)
- Docker + Docker Compose (for local development)
- An AWS Account (for AWS development)
## Usage
This package can be run locally for development, or deployed to an AWS account. AppSync cannot be used locally.
### Initial Setup
```bash
npm install
npm run build
cp .env.example .env
```
Open the `.env` file and set `INFURA_PROJECT_ID` to your personal [Infura](https://infura.io/) project ID.
### Local Development
This runs a local DynamoDB in a docker container, a worker process that polls for new information, and an express server to handle requests.
```sh
# Run a local DynamoDB Database
npm run dynamodb
# Create Tables
npm run init
# NOTE: If the init command hangs, you may need to fix permissions on your dynamodb data folder. You can do this with:
sudo chown -R $(whoami):docker ./docker
# Run Worker
npm run worker
# In another terminal, Run API Server
npm start
```
The API server runs on port 8090, you can run queries against the endpoint `http://localhost:8090/`
### AWS Development
Install AWS SDK
```sh
npm install -g aws-cdk
```
You may also need to install the [AWS CLI](https://aws.amazon.com/cli/) and [configure your credentials](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) if you have not already done so.
#### (Optional) Creating a scoped-down deployer user
If you wish to create an AWS user with the bare minimum permissions required to deploy this stack, see the [deployer permissions json file](./config/deployer-permissions.json). Copy this into a new policy, then create a new user and attach that policy to them, and use their credentials for deploying.
#### Bootstraping + Deploying CDK
If you've never used CDK before in your account you need to run the following bootstrap command with your account id and region.
```sh
cdk bootstrap aws://$AWS_ACCOUNT_ID/$AWS_REGION
```
Deploy / Redeploy all AWS Services to your account.
```sh
npm run build # Compile the CDK index.ts to javascript, must be run after changes are made
npm run deploy # Run CDK to create/update your infrastructure
```
After the deployment you will get an API URL that looks similar to `https://gtrabwaex9.execute-api.ap-southeast-2.amazonaws.com/prod/` this is
your API Gateway URL, all endpoints below should be appended to this. Run `export ENDPOINT_URL=` to be able to copy and paste the example queries below.
## Tests
### Unit Tests
```
npm run test
```
### E2E Tests
These E2E tests perform SOR requests to the /sor and /order endpoints, then run that swap on-chain using a Hardhat forked environment. They require you to have the
API running somewhere, and a Hardhat network running.
Before Starting set the following variables in your .env file:
- `RPC_URL` - URL to your ETH node or Infura/Alchemy/etc. Will use infura with `INFURA_PROJECT_ID` if set.
- `ENDPOINT_URL` - URL of your API instance - Defaults to `https://api.balancer.fi/`
Then run the following:
```
# This starts the forked hardhat
npm run node
# In another terminal
npm run test:e2e
```
## Infrastructure Overview
Note: Everything inside the AWS container is setup by the CDK scripts in this repository. You'll need to manually configure any external services, such as Alchemy event triggers.

## API Gateway Endpoints
The `{chainId}` in each endpoint is the chain/network number you wish to request from. 1 for Mainnet, 137 for Polygon, 42161 for Arbitrum etc.
- `/graphql` - GraphQL endpoint for retrieving pools with filters / queries. Forwards requests to Appsync. See 'GraphQL Requests' section for more info.
- `/pools/{chainId}/update` - Runs the worker lambda that fetches the latest pool information from the graph and saves it in the database.
- `/pools/{chainId}` - Returns a JSON array of all Balancer pools of that chain
- `/pools/{chainId}/{id}` - Returns JSON information about a pool of a specific `id`.
- `/sor/{chainId}` - Run a SOR (Smart Order Router) query against the balancer pools and returns [SerializedSwapInfo](./src/modules/sor/types.ts).
- `/order/{chainId}` - Run a SOR (Smart Order Router) query against the balancer pools and returns a [SorOrderResponse](./src/modules/sor/types.ts).
- `/tokens/{chainId}` - Returns a JSON array of all known tokens of that chain
- `/tokens/update/` - Runs the worker lambda that for every known token, fetches the latest price (in the chains native asset) from coingecko and saves it in the database.
- `/check-wallet` - Used to perform sanctions checks with TRM.
- `/tenderly/contracts/encode-states` - Encodes state information with Tenderly
- `/tenderly/simulate` - Simulate a transaction with Tenderly
### Update Pools Lambda
The update lambda is not called automatically, you must call it to initially poplate the database. We recommend connecting a webhook to
this endpoint that runs with every new Ethereum block, or whenever a transaction is made to the [Balancer Vault Contract](https://etherscan.io/address/0xba12222222228d8ba445958a75a0704d566bf2c8).
Only one instance of this lambda can run at a time per network. If you attempt to run it twice the second call will return a 500 Internal Server Error.
Update for Ethereum Mainnet
```sh
curl -X POST $ENDPOINT_URL/pools/1/update
```
Update pools for Polygon PoS
```sh
curl -X POST $ENDPOINT_URL/pools/137/update
```
On success this will return a 201 code and no other data.
### Decorate Pools Lambda
This lambda runs on a timer controlled by the environment variable `DECORATE_POOLS_INTERVAL_IN_MINUTES`, defaulting to 5 minutes.
It loads all the latest token and pool data and calculates the following for each pool:
- Total Liquidity
- APR information
- Volume in last 24hrs
- Fees in last 24hrs
It then saves this information back out to the database. This is so that pools can be fetched in one call to the GraphQL API and contain
all neccessary data to display them in the Balancer App.
### Get Pools Lambda
Retrieve JSON array of all pools
```sh
curl $ENDPOINT_URL/pools/1
```
### Get Single Pool Lambda
Retrieve JSON object describing a single pool
```sh
curl $ENDPOINT_URL/pools/1/0x5aa90c7362ea46b3cbfbd7f01ea5ca69c98fef1c000200000000000000000020
```
### Update Token Prices Lambda
The lambda is automatically called every 30 seconds.
Example token prices update
```sh
curl -X POST $ENDPOINT_URL/tokens/update/
```
On success this will return a 201 code and no other data.
### Smart Order Router Queries
The [Smart Order Router](https://github.com/balancer-labs/balancer-sor) is a package created by Balancer that, for any given
input and output token, finds you the best trade path across all Balancer pools. It is used by the Balancer frontend to calculate
trades.
You can POST the following JSON content to the endpoints `/sor` or `/order` to return smart order router information.
```js
{
sellToken: string
, # The address of the token you wish to sell
buyToken: string, # The address of the token you wish to buy
orderKind: string, # Either 'buy' or 'sell', described further below
amount: int, # The amount in sellToken or buyToken that you wish to sell/buy
gasPrice: int, # The current gas price in wei, this is used to ensure your trade is most efficient considering the gas cost of performing multiple swaps.
# The following are for /order only
sender: string
, # The address of the wallet sending sellToken.
receiver: string, # The address of the wallet which should receive buyToken.
slippagePercentage: float (default 0.01), # The total slippage to allow in this order. 0.01 = 1%.
}
```
Order Kind - Set to 'buy' to buy the exact amount of your `buyToken` and sell as little as possible to get that. Set to 'sell' to sell the exact amount of your `sellToken` and buy as much as you can with that.
#### Return Values
##### /sor Endpoint
The `/sor` endpoint returns [SerializedSwapInfo](./src/modules/sor/types.ts) which contains all the swaps and order information, but you must assemble the transaction to make this swap yourself.
##### /order Endpoint
The `/order` endpoint returns a [SorOrderResponse](./src/modules/sor/types.ts) which contains transaction data that you can immediately post to chain.
Sometimes the returned order needs to be sent to the Balancer Batch Relayer (the `to` address will be the batch relayer). When this happens you must first approve the relayer with the Balancer vault so that it can make swaps on your behalf. You can do this by calling `setRelayerApproval(walletAddress, relayerAddress, true)` on the Balancer vault, see an example in the [E2E Test Helpers](./tests/lib/helpers.ts) file.
### Smart Order Router Examples
#### Swap BAL for DAI
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0xba100000625a3754423978a60c9317c58a424e3d","buyToken":"0x6b175474e89094c44da98b954eedeac495271d0f","orderKind":"sell", "amount":"1000000000000000000", "gasPrice":"10000000"}' $ENDPOINT_URL/sor/1
```
#### Swap USDC for DAI
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48","buyToken":"0x6b175474e89094c44da98b954eedeac495271d0f","orderKind":"sell", "amount":"100000", "gasPrice":"10000000"}' $ENDPOINT_URL/sor/1
```
#### Swap WETH for an exact amount of BAL
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","buyToken":"0xba100000625a3754423978a60c9317c58a424e3d","orderKind":"buy", "amount":"1000000000000000000", "gasPrice":"10000000"}' $ENDPOINT_URL/sor/1
```
#### Swap BAL for DAI on the Polygon network
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0x9a71012B13CA4d3D0Cdc72A177DF3ef03b0E76A3","buyToken":"0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174","orderKind":"sell", "amount":"1000000000000000000", "gasPrice":"10000000"}' $ENDPOINT_URL/sor/137
```
#### Swap WETH for BAL on the Arbitrum network
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0x82af49447d8a07e3bd95bd0d56f35241523fbab1","buyToken":"0x040d1EdC9569d4Bab2D15287Dc5A4F10F56a56B8","orderKind":"sell", "amount":"1000000000000000000", "gasPrice":"10000000"}' $ENDPOINT_URL/sor/42161
```
#### Swap WXDAI for USDC on the Gnosis Chain network
```sh
curl -X POST -H "Content-Type: application/json" -d '{"sellToken":"0xe91d153e0b41518a2ce8dd3d7944fa863463a97d","buyToken":"0xDDAfbb505ad214D7b80b1f830fcCc89B60fb7A83","orderKind":"sell", "amount":"1000000000000000000", "gasPrice":"100000"}' $ENDPOINT_URL/sor/100
```
## GraphQL Requests
You can run `npx tsx scripts/graphql-query.ts` to see example requests fetching pools from the API.
## Options
### Environment Variables
You can customize your deployment with env variables. See .env.example for all possible variables. They are described below:
#### General Settings
- DEBUG - Used by the [npm debug package](https://www.npmjs.com/package/debug) Can be used for showing debug information.
- PORT - default: 8090 - Port to run the local server on
- INFURA_PROJECT_ID - Your infura project ID. Used for loading data across all networks.
- NETWORKS - default: 1,137,42161 - A comma separated list of networks ID's or names to run the API on.
#### Testing Related
- RPC_URL - Used for E2E tests. This can be a local node or an Infura/Alchemy like service.
- ENDPOINT_URL - Used for E2E tests. Specifies the Balancer API URL you'll be running the tests against.
- HARDHAT_URL - Used for E2E tests. Defaults to 127.0.0.1.
#### Capacity Related
- UPDATE_POOLS_INTERVAL_IN_MINUTES - default: 5 - How frequently to run the update pools lambda.
- DECORATE_POOLS_INTERVAL_IN_MINUTES - default: 5 - How frequently to run the decorate pools lambda.
- DYNAMODB_POOLS_READ_CAPACITY - default: 25 - The read capacity of the `pools` DynamoDB table.
- DYNAMODB_POOLS_WRITE_CAPACITY - default: 25 - The write capacity of the `pools` DynamoDB table.
- DYNAMODB_POOLS_IDX_READ_CAPACITY - default: 10 - The read capacity of the secondary indexes on the `pools` DynamoDB table.
- DYNAMODB_POOLS_WRITE_CAPACITY - default: 10 - The write capacity of the secondary indexes on the `pools` DynamoDB table.
- DYNAMODB_TOKENS_READ_CAPACITY - default: 10 - The read capcity of the `tokens` DynamoDB table.
- DYNAMODB_TOKENS_WRITE_CAPACITY - default: 10 - The write capacity of the `tokens` DynamoDB tbale.
- DYNAMODB_AUTOSCALE_MAX_MULTIPLIER - default: 1 - Increasing this causes your tables to autoscale their capacity up to CAPACITY \* MULTIPLIER
#### Additional Settings - Rarely used
- DOMAIN_NAME - The domain that API Gateway will run on. If specified a random AWS domain will be created.
- TENDERLY_USER - Your Tenderly user id, used by the `/tenderly` endpoints.
- TENDERLY_PROJECT - Your Tenderly project id, used by the `/tenderly` endpoints.
- TENDERLY_ACCESS_KEY - Your tenderly access key, used by the `/tenderly` endpoints.
- SENTRY_DSN - Your Sentry account DSN, if you'd like to send errors to Sentry
- GH_WEBHOOK_PAT - A Github Personal Access Token, used to call webhooks on Balancer repositories
## Common Issues
- AWS error `Specified ReservedConcurrentExecutions for function decreases account's UnreservedConcurrentExecution below its minimum value of [10]`
- By default this package creates 13 lambdas while new AWS accounts are limited to 10. You can fix this by changing the `NETWORKS` environment variable to just `1` to only deploy lambdas for Mainnet instead of all networks.
## Tips
If you encounter any unexpected issues during deployment, please ensure that:
- you are using NodeJS version 14.X
- the AWS region you are trying to deploy is exactly the same one that was used during the bootstrapping process.