Search
⌃K
🧱

Zeta Typescript SDK

We've open sourced our SDK for Devnet and Mainnet. Our SDK is a typescript library that can be used to interact with our Zeta program smart contract.
This page will go over the basics - loading up everything, seeing exchange state, placing/cancelling orders as well as some advanced functionality such as callbacks and events. For extra information, check out:

Install

npm install @zetamarkets/sdk

Getting started

Setting up a wallet

Before we start writing any code, we need a fresh Solana wallet - skip this if you already have your own wallet.
# Generate new keypair at ./bot-key.json
solana-keygen new -o bot-key.json
# View new pubkey address
solana-keygen pubkey bot-key.json
# Put private key into .env file used by script
# (Make sure you are in the same directory as where you are running the script.)
echo private_key=`cat bot-key.json` >> .env

.env file

At this point there will be .env file with your freshly created private key. Open it up with your favourite text editor and add the following two lines:
network_url=https://api.devnet.solana.com
server_url=https://dex-devnet-webserver.zeta.markets
Note that the default Solana RPC will probably rate-limit you. Now's a good time to find a better one - for starters check out Runnode, Alchemy or RPCPool.

Basic setup boilerplate

Now that you're set up, we can start loading the Zeta exchange! Start with the following code, which will set up all necessary connections, airdrop you some SOL + USDC (devnet only) and load the exchange.
// Loads the local .env file into `process.env`.
require("dotenv").config();
import { Connection, Keypair } from "@solana/web3.js";
import { Client, Exchange, Network, Wallet, utils, types, assets, Decimal, constants } from "@zetamarkets/sdk";
import fetch from "node-fetch";
const NETWORK_URL = process.env["network_url"]!;
const SERVER_URL = process.env["server_url"];
// Loads the private key in .env
const privateKey = Keypair.fromSecretKey(
new Uint8Array(JSON.parse(Buffer.from(process.env.private_key).toString()))
);
const wallet = new Wallet(privateKey);
// Starts a solana web3 connection to an RPC endpoint
const connection = new Connection(networkUrl, utils.defaultCommitment());
// Airdrop some SOL to your wallet
await connection.requestAirdrop(wallet.publicKey, 100000000);
// USDC faucet - Mint $10,000 USDC (Note USDC is fake on devnet)
await fetch(`${SERVER_URL}/faucet/USDC`, {
method: "post",
body: JSON.stringify({
key: wallet.publicKey.toString(),
amount: 10_000,
}),
headers: { "Content-Type": "application/json" },
});
const loadExchangeConfig = types.defaultLoadExchangeConfig(
Network.DEVNET,
connection,
[assets.Asset.SOL, assets.Asset.BTC], // Can be one or more depending on what you wish to trade
utils.defaultCommitment(),
0, // ThrottleMs - increase if you are running into rate limit issues on startup.
true // LoadFromStore - whether you wish to load market addresses from the static storage (faster) or fetch everything from the chain (slower)
);
// Loads the SDK exchange singleton. This can take a few seconds...
await Exchange.load(
loadExchangeConfig,
undefined // Callback - See below for more details.
);

Displaying exchange state

Our markets are identified by index - in a circular buffer fashion for expiries.
// Display existing exchange state i.e. markets available and their indices.
// Can only be run after `Exchange` is loaded.
utils.displayState();
`
[EXCHANGE SOL] Display market state...
Expiration @ Thu Nov 18 2021 08:00:00 GMT+0800
[MARKET] INDEX: 23 KIND: call STRIKE: 220
[MARKET] INDEX: 24 KIND: call STRIKE: 223
[MARKET] INDEX: 25 KIND: call STRIKE: 226
// ... Deleted for space ...
[MARKET] INDEX: 44 KIND: put STRIKE: 260
[MARKET] INDEX: 45 KIND: future STRIKE: 0
Expiration @ Fri Nov 19 2021 08:00:00 GMT+0800
[MARKET] INDEX: 0 KIND: call STRIKE: 205
[MARKET] INDEX: 1 KIND: call STRIKE: 208
[MARKET] INDEX: 2 KIND: call STRIKE: 211
// ... Deleted for space ...
[MARKET] INDEX: 20 KIND: put STRIKE: 240
[MARKET] INDEX: 21 KIND: put STRIKE: 245
[MARKET] INDEX: 22 KIND: future STRIKE: 0
[MARKET] INDEX: 137 KIND: perp MARK_PRICE 15.236
`

User margin accounts

A user's state is represented by a MarginAccount in the Zeta program. This is per asset per user. It stores all the state related to a user's balance, open orders and positions. Creation is baked into the deposit function if you don't have one already.
// Load the user SDK client.
// Note that this client is active for the same assets you passed into Exchange.load() earlier
const client = await Client.load(
connection,
wallet, // Use the loaded wallet.
utils.defaultCommitment(),
undefined // Callback - See below for more details.
);
// This will create a MarginAccount on first deposit.
await client.deposit(asset, utils.convertDecimalToNativeInteger(10_000));
// This will move funds from a BTC MarginAccount to a SOL MarginAccount, provided that you have both
await client.migrateFunds(
utils.convertDecimalToNativeInteger(10_000),
assets.Asset.BTC,
assets.Asset.SOL
);
A user's margin account has many fields, some of which might be useful for your own applications.
// client.getMarginAccount(asset)
export interface MarginAccount {
authority: PublicKey; // Wallet publickey.
nonce: number; // Margin account PDA nonce.
balance: anchor.BN; // Balance - doesn't take into account unrealized pnl.
forceCancelFlag: boolean; // If you are underwater, liquidators can cancel your open orders in consecutive transactions.
openOrdersNonce: Array<number>; // Open orders account PDA nonce.
seriesExpiry: Array<anchor.BN>; // Expiry timestamp for your orders and positions (used for settlement)
productLedgers: Array<ProductLedger>; // Vector of your positions and open order state.
_productLedgersPadding: Array<ProductLedger>;
perpProductLedger: ProductLedger; // Perps are held separately as they do not expire
rebalanceAmount: anchor.BN; // Any balance to be changed in the next market crank
asset: any; // Underlying asset (SOL, BTC, etc.)
accountType: any; // Specific flag for whitelisted market maker accounts
lastFundingDelta: AnchorDecimal; // The last funding rate delta applied to this account
delegatedPubkey: PublicKey; // A public key that can perform trading functions on your behalf, set with the editDelegatedPubkey instruction
_padding: Array<number>;
}
However, the details behind all of these are mostly abstracted behind client.getOrders(asset) and client.getMarginPositions(asset) in the SDK, so you shouldn't need to dig directly into the account for normal usage.

Basic script setup to place a trade and view positions

For examples sake, we want to see the orderbook for SOL market index 137, i.e. the perps. Different markets (such as options or futures) are just a different index, which we saw earlier with utils.displayState().
const index = constants.PERP_INDEX;
const asset = assets.Asset.SOL;
await Exchange.updateOrderbook(asset, index);
console.log(Exchange.getOrderbook(asset, index));
`
{
bids: [
{ price: 17.71, size: 23 },
{ price: 16.58, size: 309 },
{ price: 15.71, size: 251 },
{ price: 15.52, size: 8 }
],
asks: [ { price: 19.53, size: 23 } ]
}
`

Placing an order.

Placing an order on a new market (market index) will create an OpenOrders account. This is handled by the SDK.
  • The minimum price is $0.0001.
  • The minimum trade tick size is 0.001.
// We need to convert price to the native spl token amount (6.dp)
// utils.convertDecimalToNativeInteger(18) == (18*10^6)
const orderPrice = utils.convertDecimalToNativeInteger(18);
// We need to convert to our native option lot size.
// utils.convertDecimalToNativeLotSize(1) == (1*10^3)
const orderLots = utils.convertDecimalToNativeLotSize(1);
// Underlying asset that we are trading on, eg SOL or BTC
const asset = assets.Asset.SOL;
// Place a bid order.
await client.placeOrder(
asset,
index, // Either market index or market address pubkey is fine here
orderPrice,
orderLots,
types.Side.BID
);

See client order

Now that our order is placed we should see it on the orderbook. Either check in the SDK or navigate to https://devnet.zeta.markets/ to see it visually.
await client.updateState();
console.log(client.getOrders(asset));
// `client.getOrders` is a list of orders in market index order.
`
[
{
marketIndex: 137,
market: PublicKey {
_bn: <BN: 94cce37bd47128c757766685f012cac541a534ba9ed59e6bf05cd004eae1ae5>
}, // This is the market address represented as a PublicKey
price: 18,
size: 1,
side: 0, // 0 for bids, 1 for asks
orderId: <BN: 7a1200fffffffffffdfdc2>, // This is used to cancel.
owner: PublicKey {
_bn: <BN: 153d79e2816b07fb2388abb9bd6feb64a481f422c5ff390ad8346eb70f09111d>
}
}
]
`
// See our new order on the orderbook.
console.log(Exchange.getOrderbook(asset, index));
`
{
bids: [
{ price: 18, size: 1 }, // This is our order
{ price: 17.99, size: 23 },
{ price: 16.58, size: 309 },
{ price: 15.71, size: 251 },
{ price: 15.52, size: 8 }
],
asks: [ { price: 19.53, size: 23 } ]
}
`

Place bid order in cross to get a position

Let's trade! Instead of just placing a resting order, send a bid order with a higher price to cross the orderbook and execute a trade.
// Place an order in cross with offers to get a position.
await client.placeOrder(
asset,
index,
utils.convertDecimalToNativeInteger(100),
orderLots,
types.Side.BID
);
// View our position
await client.updateState();
console.log(client.getMarginPositions(asset));
// `client.getMarginPositions` is a list of marginAccount positions in market index order.
`
[
{
marketIndex: 137,
market: PublicKey {
_bn: <BN: 94cce37bd47128c757766685f012cac541a534ba9ed59e6bf05cd004eae1ae5>
},
position: 1,
costOfTrades: 19.53 // 6 d.p, so $19.53
}
]
`;
We have a position of 1, with cost of trades 9530000 / 10^6 = $19.53.

Cancel order

// We only have one order at the moment.
let order = client.getOrders(asset)[0];
await client.cancelOrder(asset, order.market, order.orderId, order.side);

Cancel all orders

// Optionally can pass in the asset here but we'll choose not to
await client.cancelAllOrders();
See src/client.ts for full functionality, there are many more cancel functions!

Check market mark price

This is the price that position is marked to - (This is calculated by our on-chain Black Scholes pricing that is constantly being cranked)
// Use the market index you wish to check.
console.log(Exchange.getMarkPrice(asset, 2));
// The fair price of this option is $8.202024.
`8.202024`

Calculate user margin account state

At any point you can view your account state without having to dig through the account definitions yourself, using the riskCalculator.
let marginAccountState = Exchange.riskCalculator.getMarginAccountState(
client.getMarginAccount(asset)
);
console.log(marginAccountState);
// These values have all been normalized (converted from 6 dp fixed point integer to decimal)
`
{
balance: 10000, // Deposited $10,000
initialMargin: 8.202024, // Initial margin, from the 1 open order
initialMarginSkipConcession: 8.202024, // Initial margin, from the 1 open order (if skipping concession)
maintenanceMargin: 8.202024, // Maintenance margin, from the 1 position
unrealizedPnl: -1.3279759999999996, // Unrealized pnl, marked to mark price
unpaidFunding: 0.013, // Funding payments that haven't been applied to the balance yet
availableBalanceInitial: 9990.483, // Equity available for trading
availableBalanceMaintenance: 9990.483,
availableBalanceWithdrawable: 9990.483
}
`;

Priority Fees

Additional priority fees can be set to maximise your transaction's chance of success. The units are microlamports per Compute Unit.
// Exchange.load() needs to be called first
let fee = 300; // microlamports per CU
// turn on priority fees for the first time
Exchange.toggleUsePriorityFees(fee);
// update priority fee amount
fee = 500;
Exchange.updatePriorityFee(fee);

Versioned Transactions

Can't fit all the instructions you want into a single transaction? Try using Address Lookup Tables (ALTs)! By setting lutAccs = utils.getZetaLutArr() when calling utils.processTransaction, you'll utilise features from Solana's Versioned Transactions to drastically minimise the accounts you pass in, increasing how many instructions you can sandwich together.
A full Versioned Transactions example is available in the examples subpage.

Zeta market data

Zeta market data is available through Exchange.getZetaGroupMarkets(asset), which simplifies the data in Exchange.getZetaGroup(asset) to be more easily understood.
Markets with expiries are indexed via 0..N-1 (N being 46 for now) and are grouped in ExpirySeries. Perps are index 137, and sit beside the dated markets.
// Whole zeta group markets object
let zetaGroupMarkets = Exchange.getZetaGroupMarket(asset);
// Index directly to access a particular market.
// Alternatively grab this using Exchange.getMarket(asset, 5);
let market = zetaGroupMarkets.markets[5];
// See market data
let strike = market.strike;
let kind = market.kind; // This is a Kind ENUM.
// Ensure you have polled to see latest state.
let orderbook = market.orderbook;
// See expiry data of the market.
// This contains expiry index, active timestamp, expiry ts, and whether strikes are initialized.
let expirySeries = market.expirySeries;
See src/markets.ts to see full functionality.

Viewing perp funding information

Perp markets have a unique mechanic - funding rates (Gitbook). These values are stored in the Greeks account.
// Get the whole greeks account
let greeks = Exchange.getGreeks(assets.Asset.BTC);
// Funding rate (per day) is stored as decimal without multipliers
// ie if funding is 5% daily, greeks store 0.05
let fundingRate = Decimal.fromAnchorDecimal(
greeks.perpLatestFundingRate
).toNumber();
// 'Impact' midpoint used to calculate the funding rate
let midpoint = greeks.perpLatestMidpoint.toNumber();

Viewing oracle price

The Exchange object creates an oracle subscription to any assets (eg SOL/USD or BTC/USD) on load. You can access the latest oracle prices like so:
// Get the available price feeds.
Exchange.oracle.getAvailablePriceFeeds();
// Get the price of a given feed.
let price = Exchange.oracle.getPrice(assets.Asset.SOL);
See callbacks (below) to update state live.

Callbacks and state tracking

Due to the number of changing states in the Zeta program, the SDK makes use of Solana websockets for users to receive callbacks when accounts are polled and/or changed.
There are two categories of callbacks, one relating to user state and the other to non-user based state (program state).
The callback function is passed in either
  • Exchange.load - for non user events.
  • Client.load - for user events.
You can see these EventType in src/events.ts.
NOTE: Some callbacks are done on poll so don't always reflect a change in state.
Event
Type
Meaning
Change
EXCHANGE
Program
Strike initialization, market cleaning
Exchange's zetaGroup
EXPIRY
Program
On option series expiration
Exchange's markets
GREEKS
Program
When greeks are updated (mark prices)
Exchange's greeks or Exchange.riskCalculator
ORDERBOOK
Program
When an orderbook poll occurs.
Exchange.markets
ORACLE
Pyth oracle
Pyth price update.
Exchange.oracle
CLOCK
Solana clock
Solana clock account change.
Exchange.clockTimestamp
TRADEV2
User
On user trade event.
client.marginAccount
ORDERCOMPLETEEVENT
User
User order is fully filled or cancelled.
client.marginAccount
USER
User
When the user's marginAccount changes, which can occur on inserts, cancels, trades, withdrawals, deposits, settlement, liquidation, force cancellations
client.marginAccount
These callbacks should eliminate the need to poll for most accounts, unless you need certainty on the state, in which case there are polling functions available in Exchange and Client.
// Generic callback function to pass into `Exchange.load` or `Client.load`.
async function callback(asset: assets.Asset, eventType: events.EventType, data: any) {
switch (eventType) {
case events.EventType.CLOCK:
// ... Handle via Exchange.clockTimestamp
case events.EventType.<SomeOtherEvent>:
break;
}
}
asset in each callback can potentially be null if the callback applies to all assets, such as clock callbacks which are common.

Native polling in SDK

There is polling natively built into the SDK Exchange and Client objects since state relies quite heavily on websockets.
This was to ensure that:
  1. 1.
    SDK program state would correct itself on websocket issues.
  2. 2.
    There was a mechanism for users to poll state on some defined interval (and get a callback when it happened, see below).

Exchange polling

Exchange has a default poll interval of constants.DEFAULT_EXCHANGE_POLL_INTERVAL (set to 30 seconds).
You can change this via setting Exchange.pollInterval.
This will poll ZetaGroup and zeta State accounts.

Market orderbook polling

Users can elect to poll markets at a certain frequency too. This has a default poll interval of constants.DEFAULT_MARKET_POLL_INTERVAL. (5 seconds).
You can change this via Exchange.getZetaGroupMarkets(asset).pollInterval.
Users have to subscribe to a market index for polling to be done on it. This is because each market requires 2 RPC requests, so polling all markets can easily hit rate limits if not on a dedicated provider.
// Subscribe to a market index.
Exchange.subscribeMarket(asset, index);
// Unsubscribe to a market index.
Exchange.unsubscribeMarket(asset, index);
// Manually poll a market index.
await Exchange.updateOrderbook(asset, index);

Client polling and throttle

Client has a default poll interval of constants.DEFAULT_CLIENT_POLL_INTERVAL (set to 20 seconds).
You can change this via client.setPollInterval(asset).
This is almost how often the SDK will call await client.updateState(), which is the manual way of polling user state.
There is a timer that on default fires every 2 seconds, checking the last poll timestamp. If time greater than client.pollInterval has elapsed or there is a pending update, it will poll.
Pending update refers to a margin account websocket change callback. (The SDK subscribes to user MarginAccount on Client.load.)
This will do multiple things (client.updateState()):
  1. 1.
    Fetch user margin account (client.getMarginAccount(asset)).
  2. 2.
    Update user orders (this will poll the market orderbook for each market that the user has a non zero position or open orders in - client.getOrders(asset)).
  3. 3.
    Update user positions (client.getPositions(asset)).
This timer can be modified via client.setPolling(intervalSeconds).
Tying into this, the motivation behind this complexity is that if a user is asynchronously placing and cancelling orders across multiple markets, you may receive multiple margin account callbacks across consecutive slots.
If each call back polls relevant markets for the latest user order state (2 polls per market), you can easily hit rate limits.
If throttle is set to true, in Client.load, then this timer allows users to batch client polling to the next timer interval (i.e. optimistically, 5 consecutive slot updates will only trigger 1 poll).
Alternatively, throttle can be set to false, and client.updateState will be called on every margin account change and ensure you have the latest state at all times.

Shutting down

When you want to shut down or restart the client, call this to disconnect the respective websockets.
// Close exchange object.
await Exchange.close();
// Close client object.
await client.close();
Last modified 17d ago