Ask us anything. We're here to help.

User Roles and Best Practices

Zero Hash offers various User Roles and functional controls that allow customers to configure safeguards as well as establish separation of duties.

1. User Roles

Users may have any combination of the following user roles.

1.1 Admin

Admins manage user privileges, fund transfers, fund withdrawals, and API keys for a participant.

1.2 Trade Submitter

Enables a user to submit trades & loans for settlement on Zero Hash.


User Role Summary Table

Action Admin Trade Submitter
Sign Agreements No No
Setup / Remove Users Yes No
Submit Trades & Loans No Yes
Create API Keys Yes* No
Submit Withdrawals  Yes* No
Allowlist Withdrawal Address Yes* No
Retrieve Deposit Addresses Yes Yes

*See below for setting up multiple approver requirements. 


*Multiple Approvers

Please note that the default setting is that a single Admin may create a withdrawal account and submit a withdrawal request, i.e. 0 approvals are required from other Admin.

Reach out to to establish the requirement for multiple approvers for the following actions:

  • Create API Keys
  • Allowlist Withdrawal Addresses
  • Submit Withdrawals 

2. Best Practices

2.1 Withdrawals

All withdrawals must be made to allowlisted addresses. You must first add a withdrawal address and have it approved by another Admin (if you account requires multiple Admin Approvers)  before you may request a withdrawal to it. Please refer to our FAQ for more info withdrawal addresses: How are withdrawal accounts set up?

Note: You acknowledge that Zero Hash LLC and its affiliates are not liable for withdrawals made to incorrectly entered wallet addresses. Be sure to double check that you have entered the correct wallet address for the type of digital asset being withdrawn. On-chain transactions may be irreversible.


2.2 Deposits

Zero Hash supports an ever-growing list of fiat and digital currencies. You can see the full list here: What assets do you support?
Digital asset deposits into Zero Hash are processed 24 hours per day, 365 days per year. Processing times are dependent on the number of confirms we require. Please refer to our FAQ for more information: How are digital asset deposits handled?
Fiat deposits will be credited as soon as possible, with processing times dependent on your source bank and fiat deposit cutoff times. Note that the first deposit made from a new external fiat account will require manual review from the Zero Hash settlements team. Subsequent deposits from that same external account will be automatically credited to your Zero Hash account. Please refer to our FAQ for more info on deposit processing cutoff times: How are fiat asset deposits handled?

2.3 Allocations

Allocate your funds to different trading platforms on Zero Hash instantly and easily. All assets stay in your name, but are simply allocated for use on different trading venues and against different counterparties. Please refer to our FAQ for more info on allocations: How do I allocate funds for different purposes?
Reach out to if you’d like to learn more about leveraging your Zero Hash account to connect to new trading platforms.

2.4 API Key Approvals

  • When generating API keys on the portal, you now have the ability to set a required number of approvals amount. 
  • By default, each participants' has been set to zero. If you would like this changed, please get in touch with a Zero Hash representative so that they can make the configuration change.
  • Until an API Key is officially approved, no calls can be made by that newly created key.
  • You can view the API Key status via the "status" column:


  • You can also view the audit history via the "details" button, including who on your team has already created or approved a key:



2.4.1 API Key Expirations

  • When creating new keys (after clicking "Add API Key"), you can set an expiration date. After the expiry, the key will no longer be functional.




  • If you would not like the key to expire, simply leave the field blank.
  • This mechanism can help force your organization to implement frequent key change-outs.