vip-loan
binance/binance-skills-hub
Request and manage VIP loans on Binance with authenticated API endpoints.
What is vip-loan?
Binance VIP-loan skill provides access to Binance's VIP lending API endpoints for borrowing, repaying, and monitoring loans using collateral. Use this when you need to query loan rates, initiate VIP loans, manage ongoing orders, or check collateral data on Binance.
- Query VIP loan interest rates and historical rate data
- Request VIP loans with flexible or fixed rates using collateral
- Renew and repay active VIP loan orders
- Check collateral account details and accrued interest
- List ongoing VIP loan orders and application status
- Retrieve loanable and collateral asset data with VIP level filtering
How to install vip-loan
npx skills add https://github.com/binance/binance-skills-hub --skill vip-loan- Binance API key and secret key with appropriate permissions
- curl, openssl, and date command-line utilities
How to use vip-loan
- 1.Set BINANCE_API_KEY and BINANCE_SECRET_KEY environment variables or store in ~/.openclaw/secrets.env or .env file
- 2.Identify the endpoint you need (e.g., /sapi/v1/loan/vip/request/interestRate for rates)
- 3.Provide required parameters (e.g., loanCoin for interest rates, loanAccountId and loanCoin for borrowing)
- 4.For mainnet transactions, confirm with 'CONFIRM' when prompted before proceeding
- 5.Execute the request; results are returned in JSON format
Use cases
- Check current VIP loan interest rates before initiating a borrow
- Request a new VIP loan using crypto collateral for leverage
- Monitor accrued interest and repayment schedules on active loans
- Query collateral requirements and available loanable assets
- Renew expiring loans or repay outstanding balances
- Binance VIP users seeking leveraged borrowing
- Traders managing collateralized loans
- Users automating loan lifecycle management
vip-loan FAQ
You need a Binance API key and secret key. Store them in environment variables (BINANCE_API_KEY, BINANCE_SECRET_KEY), a .env file, or provide them inline. The skill reads credentials securely without exposing them.
Flexible rate loans (isFlexibleRate: true) have variable interest rates, while fixed rate loans require a loanTerm parameter (30 or 60 days) with a locked rate.
Yes, when performing transactions on mainnet, you must type 'CONFIRM' to proceed. Read-only queries (GET endpoints) do not require confirmation.
Each endpoint has specific required parameters (e.g., loanCoin for interest rates, orderId for repayment). Optional parameters like recvWindow, startTime, and endTime provide filtering or timeout control.
Yes, collateralAccountId and collateralCoin support multiple values separated by commas when initiating or checking loans.
Full instructions (SKILL.md)
Source of truth, from binance/binance-skills-hub.
name: vip-loan description: Binance Vip-loan request using the Binance API. Authentication requires API key and secret key. 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/vip-loan/SKILL.md license: MIT
Binance Vip-loan Skill
Vip-loan request on Binance using authenticated API endpoints. Requires API key and secret key for certain endpoints. Return the result in JSON format.
Quick Reference
| Endpoint | Description | Required | Optional | Authentication |
|---|---|---|---|---|
/sapi/v1/loan/vip/request/interestRate (GET) | Get Borrow Interest Rate(USER_DATA) | loanCoin | recvWindow | Yes |
/sapi/v1/loan/vip/collateral/data (GET) | Get Collateral Asset Data(USER_DATA) | None | collateralCoin, recvWindow | Yes |
/sapi/v1/loan/vip/loanable/data (GET) | Get Loanable Assets Data(USER_DATA) | None | loanCoin, vipLevel, recvWindow | Yes |
/sapi/v1/loan/vip/interestRateHistory (GET) | Get VIP Loan Interest Rate History (USER_DATA) | coin, recvWindow | startTime, endTime, current, limit | Yes |
/sapi/v1/loan/vip/borrow (POST) | VIP Loan Borrow(TRADE) | loanAccountId, loanCoin, loanAmount, collateralAccountId, collateralCoin, isFlexibleRate | loanTerm, recvWindow | Yes |
/sapi/v1/loan/vip/renew (POST) | VIP Loan Renew(TRADE) | orderId, loanTerm | recvWindow | Yes |
/sapi/v1/loan/vip/repay (POST) | VIP Loan Repay(TRADE) | orderId, amount | recvWindow | Yes |
/sapi/v1/loan/vip/collateral/account (GET) | Check VIP Loan Collateral Account (USER_DATA) | None | orderId, collateralAccountId, recvWindow | Yes |
/sapi/v1/loan/vip/accruedInterest (GET) | Get VIP Loan Accrued Interest (USER_DATA) | None | orderId, loanCoin, startTime, endTime, current, limit, recvWindow | Yes |
/sapi/v1/loan/vip/ongoing/orders (GET) | Get VIP Loan Ongoing Orders(USER_DATA) | None | orderId, collateralAccountId, loanCoin, collateralCoin, current, limit, recvWindow | Yes |
/sapi/v1/loan/vip/request/data (GET) | Query Application Status(USER_DATA) | None | current, limit, recvWindow | Yes |
Parameters
Common Parameters
- loanCoin:
- recvWindow: (e.g., 5000)
- collateralCoin:
- loanCoin:
- vipLevel: default:user's vip level (e.g., 1)
- coin:
- startTime: (e.g., 1623319461670)
- endTime: (e.g., 1641782889000)
- current: Current querying page. Start from 1; default: 1; max: 1000 (e.g., 1)
- limit: Default: 10; max: 100 (e.g., 10)
- recvWindow: (e.g., 5000)
- loanAccountId: (e.g., 1)
- loanAmount: (e.g., 1.0)
- collateralAccountId: Multiple split by
,(e.g., 1) - collateralCoin: Multiple split by
, - isFlexibleRate: Default: TRUE. TRUE : flexible rate; FALSE: fixed rate (e.g., true)
- loanTerm: Mandatory for fixed rate. Optional for fixed interest rate. Eg: 30/60 days
- orderId: (e.g., 1)
- loanTerm: 30/60 days
- amount: (e.g., 1.0)
- orderId: (e.g., 1)
- collateralAccountId: (e.g., 1)
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:
- Mainnet: https://api.binance.com
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.
- Environment variables
Search for the following specific variables only (never dump the full environment):
Authorized environment variables
- Mainnet:
BINANCE_API_KEYandBINANCE_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).
- 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.
- 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
greponenvfiles without anchoring to a specific key ('^VARNAME=') - Never source a secrets file into the shell environment (
source .envor. .env) - Only read credentials explicitly needed for the current task
- Never echo or log raw credentials in output or replies
- Never commit
TOOLS.mdto 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
Listing Accounts
When listing accounts, show names and environment only — never keys: Binance Accounts:
- main (Mainnet)
- 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
TOOLS.md Structure
## Binance Accounts
### main
- API Key: abc123...xyz
- Secret: secret123...key
- Description: Primary trading account
### futures-keys
- API Key: futures789...def
- Secret: futuressecret...uvw
- Description: Futures trading account
Agent Behavior
- Credentials requested: Mask secrets (show last 5 chars only)
- Listing accounts: Show names and environment, never keys
- Account selection: Ask if ambiguous, default to main
- When doing a transaction in mainnet, confirm with user before by asking to write "CONFIRM" to proceed
- New credentials: Prompt for name, environment, signing mode
Adding New Accounts
When user provides new credentials by Inline file or message:
- Ask for account name
- Store in
TOOLS.mdwith masked display confirmation
Signing Requests
For trading endpoints that require a signature:
- Detect key type first, inspect the secret key format before signing.
- Build query string with all parameters, including the timestamp (Unix ms).
- Percent-encode the parameters using UTF-8 according to RFC 3986.
- Sign query string with secretKey using HMAC SHA256, RSA, or Ed25519 (depending on the account configuration).
- Append signature to query string.
- Include
X-MBX-APIKEYheader.
Otherwise, do not perform steps 4–6.
User Agent Header
Include User-Agent header with the following string: binance-vip-loan/1.1.0 (Skill)
See references/authentication.md for implementation details.
Related skills
More from binance/binance-skills-hub and the wider catalog.

algo
Execute algorithmic trading orders on Binance futures and spot markets via authenticated API.

alpha
Access Binance Alpha trading data via authenticated API endpoints.

assets
Query Binance account assets, balances, and wallet information via authenticated API endpoints.

binance
Execute Binance Spot, Futures, and Convert trades via binance-cli with API authentication.

frontend-design-pro
Creates jaw-dropping, production-ready frontend interfaces AND delivers perfectly matched real photos (Unsplash/Pexels direct links) OR flawless custom image-generation prompts for hero images, backgrounds, and illustrations. Zero AI slop, zero fake URLs.

obsidian
Manage Obsidian vaults via MCP, CLI, and git—read/write notes, repair backlinks, sync with safe defaults.