Restricted API access
The setup flow is intended for Binance reading and Spot trading access. Withdrawal permission is not part of the required workflow.
AamirGrid AIBTC/USDT · Binance Spot
AamirGrid AI is designed around a restricted Binance Spot connection, server-side credential protection, tenant isolation, and evidence-based order reporting. These controls reduce operational exposure; they do not remove market or provider risk.
Security statements should be specific. Here is what the platform can and cannot do within the current Binance Spot scope.
The setup flow is intended for Binance reading and Spot trading access. Withdrawal permission is not part of the required workflow.
Binance credentials are handled on the server and are not placed in public HTML, the browser storage layer, or the anonymous activity feed.
Credentials, wallet ledger, grid settings, worker state, order history, and live private events are scoped to the authenticated tenant.
Worker lifecycle identifiers distinguish bot orders from manual Binance activity. Manual trades are not intentionally changed or closed by the grid.
Socket.IO delivers fresh state quickly, while bounded REST reconciliation remains the final authority for live open orders and execution evidence.
The public feed uses masked identities and aggregate records. Private credentials, full usernames, and tenant dashboard data are not exposed publicly.
These are practical account-owner steps, not a replacement for reviewing Binance's current security guidance.
Restricted permissions lower the blast radius of a credential mistake, but they cannot eliminate trading risk. Prices can move against an open position, orders can remain pending, liquidity can vary, and Binance or network/API interruptions can delay reconciliation. Never treat a grid as a guaranteed-return product.
See how account setup, grid rules, verified fills, SELL targets, and worker recovery fit together.