/api/v1/create-tokenCreate a token
Records a new token with its supply, decimals, and whitelist setting, then builds its deployment transaction from the owning vault and returns a proposal for that vault's signers to approve.
MANAGE_WORKSPACETwo things happen on this call: the token is recorded in the workspace, and its
deployment starts as a movement from vault_id. Deployment is anchored to a
Bitcoin transaction, so the response carries a psbt_id and a psbt_base64
that the vault's signers approve through
POST /api/v1/sign-psbt. The vault's M-of-N threshold applies
here as it does to any other movement.
Keep the contract_uid the response returns: it identifies the token on every
later call, including GET /api/v1/contract and
POST /api/v1/call-contract. For the operator walkthrough
of the same flow, see Deploying a token.
total_supply and max_supply are integer strings already scaled by
decimals_num. For a token with 2 decimals, five million tokens is
"500000000". Scale both figures by the decimals you set on this same call.
token_namestringrequiredtickerstringrequirediconstringrequireddecimals_numnumberrequiredtotal_supplystringrequiredmax_supplystringrequiredwhitelist_enabledbooleanrequiredvault_idstringrequiredworkspace_idnumberrequirednetworkstringrequiredprioritystringoptionalwhite_list_idsnumber[]optional#What happens next
Each signer on the vault approves the deployment proposal with
POST /api/v1/sign-psbt, and the deployment is finalised and
broadcast automatically once the threshold is met. Follow its progress on
GET /api/v1/contract, where status moves through the
token deployment statuses. Once the deployment
has at least one Bitcoin confirmation you can run the init action through
POST /api/v1/call-contract.