PluginBench
Skill
Fail
Audit score 45

derivatives-trading-coin-futures

binance/binance-skills-hub

Execute authenticated Binance Coin Futures trading operations via API endpoints.

What is derivatives-trading-coin-futures?

This skill provides access to Binance's Derivatives Coin Futures API endpoints for account management, order placement, position tracking, and market data retrieval. Use it when you need to automate futures trading, monitor account balances, manage leverage, or query market information on Binance.

  • Query account information, balances, and position modes
  • Place, modify, cancel, and batch manage futures orders
  • Adjust leverage, margin type, and position margins
  • Retrieve order history, trade history, and income data
  • Access market data including klines, funding rates, open interest, and order book depth
  • Monitor position risk, ADL quantile, and top trader ratios

How to install derivatives-trading-coin-futures

npx skills add https://github.com/binance/binance-skills-hub --skill derivatives-trading-coin-futures
Prerequisites
  • Binance API key and secret key (for authenticated endpoints)
  • curl, openssl, and date command-line utilities installed
  • Access to Binance testnet or mainnet
Claude Code
Cursor
Windsurf
Cline

How to use derivatives-trading-coin-futures

  1. 1.Install the skill using the provided npm command
  2. 2.Configure your Binance API credentials (key and secret)
  3. 3.Choose the appropriate endpoint from the reference table based on your use case
  4. 4.Construct the request with required and optional parameters
  5. 5.Execute the request; authenticated endpoints will use your credentials automatically
  6. 6.Parse the returned JSON response for order confirmations, account data, or market information

Use cases

Good for
  • Automated futures trading strategy execution with order placement and management
  • Real-time portfolio monitoring and balance tracking across positions
  • Market analysis using klines, funding rates, and open interest data
  • Risk management through leverage adjustment and position margin modification
  • Historical data export for orders, trades, and transaction analysis
Who it's for
  • Futures traders automating trading strategies
  • Quantitative analysts building backtesting systems
  • Portfolio managers monitoring multi-position accounts
  • Developers integrating Binance futures trading into applications

derivatives-trading-coin-futures FAQ

Do I need API credentials for all endpoints?

No. Market data endpoints (ticker, klines, depth, etc.) do not require authentication. Account, order, and position endpoints require API key and secret.

What is the difference between testnet and mainnet?

Testnet allows you to test trading logic without real funds. Mainnet executes real trades with actual money. Both are supported by this skill.

Can I place multiple orders at once?

Yes. The /dapi/v1/batchOrders endpoint supports placing, modifying, and canceling multiple orders in a single request.

What parameters are required for placing a new order?

Required parameters are symbol, side (BUY/SELL), and type (LIMIT/MARKET/etc.). Many optional parameters like quantity, price, timeInForce, and positionSide are available for advanced control.

How do I export my trading history?

Use the asynchronous endpoints (/dapi/v1/order/asyn, /dapi/v1/trade/asyn, /dapi/v1/income/asyn) to request a download ID, then retrieve the download link using the corresponding ID endpoint.

Full instructions (SKILL.md)

Source of truth, from binance/binance-skills-hub.


name: derivatives-trading-coin-futures description: Binance Derivatives-trading-coin-futures request using the Binance API. Authentication requires API key and secret key. Supports testnet and mainnet. metadata: version: 1.1.0 author: Binance openclaw: requires: bins: - curl - openssl - date homepage: https://github.com/binance/binance-skills-hub/tree/main/skills/binance/derivatives-trading-coin-futures/SKILL.md license: MIT

Binance Derivatives-trading-coin-futures Skill

Derivatives-trading-coin-futures request on Binance using authenticated API endpoints. Requires API key and secret key for certain endpoints. Return the result in JSON format.

Quick Reference

EndpointDescriptionRequiredOptionalAuthentication
/dapi/v1/account (GET)Account Information (USER_DATA)NonerecvWindowYes
/dapi/v1/balance (GET)Futures Account Balance (USER_DATA)NonerecvWindowYes
/dapi/v1/positionSide/dual (GET)Get Current Position Mode(USER_DATA)NonerecvWindowYes
/dapi/v1/positionSide/dual (POST)Change Position Mode(TRADE)dualSidePositionrecvWindowYes
/dapi/v1/order/asyn (GET)Get Download Id For Futures Order History (USER_DATA)startTime, endTimerecvWindowYes
/dapi/v1/trade/asyn (GET)Get Download Id For Futures Trade History (USER_DATA)startTime, endTimerecvWindowYes
/dapi/v1/income/asyn (GET)Get Download Id For Futures Transaction History(USER_DATA)startTime, endTimerecvWindowYes
/dapi/v1/order/asyn/id (GET)Get Futures Order History Download Link by Id (USER_DATA)downloadIdrecvWindowYes
/dapi/v1/trade/asyn/id (GET)Get Futures Trade Download Link by Id(USER_DATA)downloadIdrecvWindowYes
/dapi/v1/income/asyn/id (GET)Get Futures Transaction History Download Link by Id (USER_DATA)downloadIdrecvWindowYes
/dapi/v1/income (GET)Get Income History(USER_DATA)Nonesymbol, incomeType, startTime, endTime, page, limit, recvWindowYes
/dapi/v1/leverageBracket (GET)Notional Bracket for Pair(USER_DATA)Nonepair, recvWindowYes
/dapi/v2/leverageBracket (GET)Notional Bracket for Symbol(USER_DATA)Nonesymbol, recvWindowYes
/dapi/v1/commissionRate (GET)User Commission Rate (USER_DATA)symbolrecvWindowYes
/dapi/v1/ticker/24hr (GET)24hr Ticker Price Change StatisticsNonesymbol, pairNo
/futures/data/basis (GET)Basispair, contractType, periodlimit, startTime, endTimeNo
/dapi/v1/time (GET)Check Server timeNoneNoneNo
/dapi/v1/aggTrades (GET)Compressed/Aggregate Trades ListsymbolfromId, startTime, endTime, limitNo
/dapi/v1/continuousKlines (GET)Continuous Contract Kline/Candlestick Datapair, contractType, intervalstartTime, endTime, limitNo
/dapi/v1/exchangeInfo (GET)Exchange InformationNoneNoneNo
/dapi/v1/fundingInfo (GET)Get Funding Rate InfoNoneNoneNo
/dapi/v1/fundingRate (GET)Get Funding Rate History of Perpetual FuturessymbolstartTime, endTime, limitNo
/dapi/v1/constituents (GET)Query Index Price ConstituentssymbolNoneNo
/dapi/v1/indexPriceKlines (GET)Index Price Kline/Candlestick Datapair, intervalstartTime, endTime, limitNo
/dapi/v1/premiumIndex (GET)Index Price and Mark PriceNonesymbol, pairNo
/dapi/v1/klines (GET)Kline/Candlestick Datasymbol, intervalstartTime, endTime, limitNo
/futures/data/globalLongShortAccountRatio (GET)Long/Short Ratiopair, periodlimit, startTime, endTimeNo
/dapi/v1/markPriceKlines (GET)Mark Price Kline/Candlestick Datasymbol, intervalstartTime, endTime, limitNo
/dapi/v1/historicalTrades (GET)Old Trades Lookup(MARKET_DATA)symbollimit, fromIdNo
/futures/data/openInterestHist (GET)Open Interest Statisticspair, contractType, periodlimit, startTime, endTimeNo
/dapi/v1/openInterest (GET)Open InterestsymbolNoneNo
/dapi/v1/depth (GET)Order BooksymbollimitNo
/dapi/v1/premiumIndexKlines (GET)Premium index Kline Datasymbol, intervalstartTime, endTime, limitNo
/dapi/v1/trades (GET)Recent Trades ListsymbollimitNo
/dapi/v1/ticker/bookTicker (GET)Symbol Order Book TickerNonesymbol, pairNo
/dapi/v1/ticker/price (GET)Symbol Price TickerNonesymbol, pairNo
/futures/data/takerBuySellVol (GET)Taker Buy/Sell Volumepair, contractType, periodlimit, startTime, endTimeNo
/dapi/v1/ping (GET)Test ConnectivityNoneNoneNo
/futures/data/topLongShortAccountRatio (GET)Top Trader Long/Short Ratio (Accounts)symbol, periodlimit, startTime, endTimeNo
/futures/data/topLongShortPositionRatio (GET)Top Trader Long/Short Ratio (Positions)pair, periodlimit, startTime, endTimeNo
/dapi/v1/pmAccountInfo (GET)Classic Portfolio Margin Account Information (USER_DATA)assetrecvWindowYes
/dapi/v1/userTrades (GET)Account Trade List (USER_DATA)Nonesymbol, pair, orderId, startTime, endTime, fromId, limit, recvWindowYes
/dapi/v1/allOrders (GET)All Orders (USER_DATA)Nonesymbol, pair, orderId, startTime, endTime, limit, recvWindowYes
/dapi/v1/countdownCancelAll (POST)Auto-Cancel All Open Orders (TRADE)symbol, countdownTimerecvWindowYes
/dapi/v1/allOpenOrders (DELETE)Cancel All Open Orders(TRADE)symbolrecvWindowYes
/dapi/v1/batchOrders (DELETE)Cancel Multiple Orders(TRADE)symbolorderIdList, origClientOrderIdList, recvWindowYes
/dapi/v1/batchOrders (PUT)Modify Multiple Orders(TRADE)batchOrdersrecvWindowYes
/dapi/v1/batchOrders (POST)Place Multiple Orders(TRADE)batchOrdersrecvWindowYes
/dapi/v1/order (DELETE)Cancel Order (TRADE)symbolorderId, origClientOrderId, recvWindowYes
/dapi/v1/order (PUT)Modify Order (TRADE)symbol, sideorderId, origClientOrderId, quantity, price, priceMatch, recvWindowYes
/dapi/v1/order (POST)New Order (TRADE)symbol, side, typepositionSide, timeInForce, quantity, reduceOnly, price, newClientOrderId, stopPrice, closePosition, activationPrice, callbackRate, workingType, priceProtect, newOrderRespType, priceMatch, selfTradePreventionMode, recvWindowYes
/dapi/v1/order (GET)Query Order (USER_DATA)symbolorderId, origClientOrderId, recvWindowYes
/dapi/v1/leverage (POST)Change Initial Leverage (TRADE)symbol, leveragerecvWindowYes
/dapi/v1/marginType (POST)Change Margin Type (TRADE)symbol, marginTyperecvWindowYes
/dapi/v1/openOrders (GET)Current All Open Orders (USER_DATA)Nonesymbol, pair, recvWindowYes
/dapi/v1/orderAmendment (GET)Get Order Modify History (USER_DATA)symbolorderId, origClientOrderId, startTime, endTime, limit, recvWindowYes
/dapi/v1/positionMargin/history (GET)Get Position Margin Change History(TRADE)symboltype, startTime, endTime, limit, recvWindowYes
/dapi/v1/positionMargin (POST)Modify Isolated Position Margin(TRADE)symbol, amount, typepositionSide, recvWindowYes
/dapi/v1/adlQuantile (GET)Position ADL Quantile Estimation(USER_DATA)Nonesymbol, recvWindowYes
/dapi/v1/positionRisk (GET)Position Information(USER_DATA)NonemarginAsset, pair, recvWindowYes
/dapi/v1/openOrder (GET)Query Current Open Order(USER_DATA)symbolorderId, origClientOrderId, recvWindowYes
/dapi/v1/forceOrders (GET)User's Force Orders(USER_DATA)Nonesymbol, autoCloseType, startTime, endTime, limit, recvWindowYes
/dapi/v1/listenKey (DELETE)Close User Data Stream(USER_STREAM)NoneNoneNo
/dapi/v1/listenKey (PUT)Keepalive User Data Stream (USER_STREAM)NoneNoneNo
/dapi/v1/listenKey (POST)Start User Data Stream (USER_STREAM)NoneNoneNo

Parameters

Common Parameters

  • recvWindow: (e.g., 5000)
  • startTime: Timestamp in ms (e.g., 1623319461670)
  • endTime: Timestamp in ms (e.g., 1641782889000)
  • downloadId: get by download id api (e.g., 1)
  • symbol:
  • incomeType: "TRANSFER","WELCOME_BONUS", "FUNDING_FEE", "REALIZED_PNL", "COMMISSION", "INSURANCE_CLEAR", and "DELIVERED_SETTELMENT"
  • startTime: (e.g., 1623319461670)
  • endTime: (e.g., 1641782889000)
  • page:
  • limit: Default 100; max 1000 (e.g., 100)
  • pair:
  • symbol:
  • pair: BTCUSD
  • fromId: ID to get aggregate trades from INCLUSIVE. (e.g., 1)
  • asset:
  • orderId: (e.g., 1)
  • orderId: (e.g., 1)
  • countdownTime: countdown time, 1000 for 1 second. 0 to cancel the timer
  • orderIdList: max length 10 e.g. [1234567,2345678]
  • origClientOrderIdList: max length 10 e.g. ["my_id_1","my_id_2"], encode the double quotes. No space after comma.
  • origClientOrderId: (e.g., 1)
  • leverage: target initial leverage: int from 1 to 125
  • dualSidePosition: "true": Hedge Mode; "false": One-way Mode
  • type: 1: Add position margin,2: Reduce position margin
  • amount: (e.g., 1.0)
  • batchOrders: order list. Max 5 orders
  • quantity: quantity measured by contract number, Cannot be sent with closePosition=true (e.g., 1.0)
  • price: (e.g., 1.0)
  • reduceOnly: "true" or "false". default "false". Cannot be sent in Hedge Mode; cannot be sent with closePosition=true(Close-All)
  • newClientOrderId: A unique id among open orders. Automatically generated if not sent. Can only be string following the rule: ^[\.A-Z\:/a-z0-9_-]{1,36}$ (e.g., 1)
  • stopPrice: Used with STOP/STOP_MARKET or TAKE_PROFIT/TAKE_PROFIT_MARKET orders. (e.g., 1.0)
  • closePosition: true, false;Close-All,used with STOP_MARKET or TAKE_PROFIT_MARKET.
  • activationPrice: Used with TRAILING_STOP_MARKET orders, default as the latest price(supporting different workingType) (e.g., 1.0)
  • callbackRate: Used with TRAILING_STOP_MARKET orders, min 0.1, max 10 where 1 for 1% (e.g., 1.0)
  • priceProtect: "TRUE" or "FALSE", default "FALSE". Used with STOP/STOP_MARKET or TAKE_PROFIT/TAKE_PROFIT_MARKET orders.
  • batchOrders: order list. Max 5 orders
  • marginAsset:

Enums

  • contractType: PERPETUAL | CURRENT_QUARTER | NEXT_QUARTER | CURRENT_QUARTER_DELIVERING | NEXT_QUARTER_DELIVERING | PERPETUAL_DELIVERING
  • period: 5m | 15m | 30m | 1h | 2h | 4h | 6h | 12h | 1d
  • interval: 1m | 3m | 5m | 15m | 30m | 1h | 2h | 4h | 6h | 8h | 12h | 1d | 3d | 1w | 1M
  • marginType: ISOLATED | CROSSED
  • positionSide: BOTH | LONG | SHORT
  • type: LIMIT | MARKET | STOP | STOP_MARKET | TAKE_PROFIT | TAKE_PROFIT_MARKET | TRAILING_STOP_MARKET
  • side: BUY | SELL
  • priceMatch: NONE | OPPONENT | OPPONENT_5 | OPPONENT_10 | OPPONENT_20 | QUEUE | QUEUE_5 | QUEUE_10 | QUEUE_20
  • timeInForce: GTC | IOC | FOK | GTX
  • workingType: MARK_PRICE | CONTRACT_PRICE
  • newOrderRespType: ACK | RESULT
  • selfTradePreventionMode: NONE | EXPIRE_TAKER | EXPIRE_BOTH | EXPIRE_MAKER
  • autoCloseType: LIQUIDATION | ADL

Authentication

For endpoints that require authentication, you will need to provide Binance API credentials. Required credentials:

  • apiKey: Your Binance API key (for header)
  • secretKey: Your Binance API secret (for signing)

Base URLs:

Security

Share Credentials

Users can provide Binance API credentials in different ways. The agent will try to retrieve automatically with the two first ways the credentials, but users can also explicitly tell the agent that they have set the credentials or stored them in a .env file, and the agent should re-read that file when they do. The agent can also make http requests with the two first methods without user confirmation.

  1. Environment variables

Search for the following specific variables only (never dump the full environment):

Authorized environment variables

  • Mainnet: BINANCE_API_KEY and BINANCE_SECRET_KEY
  • Testnet: BINANCE_TESTNET_API_KEY and BINANCE_TESTNET_SECRET_KEY

Read and use in a single exec call so the raw key never enters the agent's context:

KEY="$BINANCE_API_KEY"
SECRET="$BINANCE_SECRET_KEY"

response=$(curl -s -X GET "$URL" \
  -H "X-MBX-APIKEY: $KEY" \
  --data-urlencode "param1=value1")

echo "$response"

Environment variables must be set before OpenClaw starts. They are inherited at process startup and cannot be injected into a running instance. If you need to add or update credentials without restarting, use a secrets file (see option 2).

  1. Secrets file (.env)

Check ~/.openclaw/secrets.env , ~/.env, or a .env file in the workspace. Read individual keys with grep, never source the full file:

# Try all credential locations in order
API_KEY=$(grep '^BINANCE_API_KEY=' ~/.openclaw/secrets.env 2>/dev/null | cut -d= -f2-)
SECRET_KEY=$(grep '^BINANCE_SECRET_KEY=' ~/.openclaw/secrets.env 2>/dev/null | cut -d= -f2-)

# Fallback: search .env in known directories (KEY=VALUE then raw line format)
for dir in ~/.openclaw ~; do
  [ -n "$API_KEY" ] && break
  env_file="$dir/.env"
  [ -f "$env_file" ] || continue

  # Read first two lines
  line1=$(sed -n '1p' "$env_file")
  line2=$(sed -n '2p' "$env_file")

  # Check if lines contain '=' indicating KEY=VALUE format
  if [[ "$line1" == *=* && "$line2" == *=* ]]; then
    API_KEY=$(grep '^BINANCE_API_KEY=' "$env_file" 2>/dev/null | cut -d= -f2-)
    SECRET_KEY=$(grep '^BINANCE_SECRET_KEY=' "$env_file" 2>/dev/null | cut -d= -f2-)
  else
    # Treat lines as raw values
    API_KEY="$line1"
    SECRET_KEY="$line2"
  fi
done

This file can be updated at any time without restarting OpenClaw, keys are read fresh on each invocation. Users can tell you the variables are now set or stored in a .env file, and you should re-read that file when they do.

  1. Inline file

Sending a file where the content is in the following format:

abc123...xyz
secret123...key
  • Never run printenv, env, export, or set without a specific variable name
  • Never run grep on env files without anchoring to a specific key ('^VARNAME=')
  • Never source a secrets file into the shell environment (source .env or . .env)
  • Only read credentials explicitly needed for the current task
  • Never echo or log raw credentials in output or replies
  • Never commit TOOLS.md to version control if it contains real credentials — add it to .gitignore

Never Disclose API Key and Secret

Never disclose the location of the API key and secret file.

Never send the API key and secret to any website other than Mainnet and Testnet.

Never Display Full Secrets

When showing credentials to users:

  • API Key: Show first 5 + last 4 characters: su1Qc...8akf
  • Secret Key: Always mask, show only last 5: ***...aws1

Example response when asked for credentials: Account: main API Key: su1Qc...8akf Secret: ***...aws1 Environment: Mainnet

Listing Accounts

When listing accounts, show names and environment only — never keys: Binance Accounts:

  • main (Mainnet/Testnet)
  • testnet-dev (Testnet)
  • futures-keys (Mainnet)

Transactions in Mainnet

When performing transactions in mainnet, always confirm with the user before proceeding by asking them to write "CONFIRM" to proceed.


Binance Accounts

main

  • API Key: your_mainnet_api_key
  • Secret: your_mainnet_secret
  • Testnet: false

testnet-dev

  • API Key: your_testnet_api_key
  • Secret: your_testnet_secret
  • Testnet: true

TOOLS.md Structure

## Binance Accounts

### main
- API Key: abc123...xyz
- Secret: secret123...key
- Testnet: false
- Description: Primary trading account

### testnet-dev
- API Key: test456...abc
- Secret: testsecret...xyz
- Testnet: true
- Description: Development/testing

### futures-keys
- API Key: futures789...def
- Secret: futuressecret...uvw
- Testnet: false
- Description: Futures trading account

Agent Behavior

  1. Credentials requested: Mask secrets (show last 5 chars only)
  2. Listing accounts: Show names and environment, never keys
  3. Account selection: Ask if ambiguous, default to main
  4. When doing a transaction in mainnet, confirm with user before by asking to write "CONFIRM" to proceed
  5. New credentials: Prompt for name, environment, signing mode
  6. When a request requires signing, if the request isn't an order and the API keys aren't described as mainnet or testnet keys, try to make request to the different base urls and see if it works, without asking the user. If it works, store the keys with the corresponding environment.

Adding New Accounts

When user provides new credentials by Inline file or message:

  • Ask for account name
  • Ask: Mainnet, Testnet
  • Store in TOOLS.md with masked display confirmation

Signing Requests

For trading endpoints that require a signature:

  1. Detect key type first, inspect the secret key format before signing.
  2. Build query string with all parameters, including the timestamp (Unix ms).
  3. Percent-encode the parameters using UTF-8 according to RFC 3986.
  4. Sign query string with secretKey using HMAC SHA256, RSA, or Ed25519 (depending on the account configuration).
  5. Append signature to query string.
  6. Include X-MBX-APIKEY header.

Otherwise, do not perform steps 4–6.

New Client Order ID

For endpoints that include the newClientOrderId parameter, the value must always start with agent-. If the parameter is not provided, agent- followed by 18 random alphanumeric characters will be generated automatically. If a value is provided, it will be prefixed with agent-

Example: agent-1a2b3c4d5e6f7g8h9i

User Agent Header

Include User-Agent header with the following string: binance-derivatives-trading-coin-futures/1.1.0 (Skill)

See references/authentication.md for implementation details.