> ## Documentation Index
> Fetch the complete documentation index at: https://core.vanish.trade/llms.txt
> Use this file to discover all available pages before exploring further.

# Going Live

> The pre-launch checklist for a Vanish Core integration, covering both the trade and lending flows.

***

## Signing

Every one of these returns `401`, and the request looks correct in your logs.

* **Timestamps are Unix milliseconds** - `Date.now()`, `timestamp_millis()`. Seconds is the single most common cause of a rejected signature.
* **Signatures are base64** - not base58, not hex.
* **The value order matches the endpoint.** `timestamp` is second to last on [trade](/guide/integration/signing#trade-format), and last on [withdraw](/guide/integration/signing#withdraw-format), [lending](/guide/integration/signing#lending-format) and [settle](/guide/integration/signing#settle-format).
* **The signature is in the right field.** The account reads take `signature`; every other signed endpoint takes `user_signature`.

***

## Wallets

* **A fresh one-time wallet for every trade.** Reusing one links those trades back together, and will be disallowed.
* **One `smart_wallet_id` for the life of a position.** Lending is the opposite of trading here - every action on a position reuses the wallet it was opened with.
* **Transactions are serialized unsigned, with the one-time wallet as signer and fee payer.** Vanish appends its own instructions and signs the result; a pre-signed transaction cannot be wrapped.

***

## Commits

* **Every action is committed** - success, failure, or expiry alike. Until it is, the user's balance sits pending indefinitely.
* **Retries reuse the original `tx_id`.** Both commit endpoints are idempotent, so a retry returns the first result; building a new transaction instead strands the old one.
* **[`/account/pending`](/api-reference/account/get_pending_actions) and [`/borrow/pending`](/api-reference/lending/pending) run on startup**, so a restart mid-flow does not leave actions uncommitted.

***

## Next Steps

* [Error Handling](/guide/handling) - Status codes, commit statuses, and recovering interrupted flows.
* [Signing](/guide/integration/signing) - The exact message each endpoint expects.
