zerohash is pleased to announce CLOB support for UNI, BONK, ARB, WIF, PNUT, and BAT to buy, sell, deposit and withdraw (https://docs.zerohash.com/docs/fund-overview). ARB is available for trading in both the CERT and PROD environments, while all other symbols are supported exclusively in PROD.
Action Required
These assets are immediately available using the above symbols.
Endpoints Impacted
The following executable endpoints now support the above assets:
zerohash is pleased to announce support for WIF on Solana (symbol WIF.SOL), PNUT on Solana (symbol PNUT.SOL), BONK on Solana (symbol BONK.SOL), and ARB on Arbitrum (symbol ARB.ARBITRUM) to buy, sell, deposit, withdraw and Fund. These assets are available in both CERT and PROD environments.
Action Required
These assets are immediately available using the above symbols.
Endpoints Impacted
The following executable endpoints now support the above assets:
zerohash is pleased to announce support for USDC on SEI (symbol USDC.SEI) to buy, sell, deposit, withdraw and Fund. This asset is available in both CERT and PROD environments.
Note: This asset is not currently allowed for NY participants
Action Required
This asset is immediately available using the above symbol.
Endpoints Impacted
The following executable endpoints now support SUI:
We’ve expanded our RFQ and Account Funding deposit and withdraw capabilities for USDT across Solana, Polygon, and Avalanche.
What's New
RFQ support for USDT on Solana, Polygon, and Avalanche
Platforms can now request quotes to buy and sell USDT on these networks via the REST API and Account Funding SDK.
Fund accounts with USDT on Solana, Polygon, and Avalanche
You can now fund your platform account using USDT on these chains. Deposits are settled to your account balance through zerohash's Account Funding product.
USDT Withdrawals via Account Funding Withdrawals
We’ve added support for USDT withdrawals through Account Funding, which uses your float account to purchase USDT and withdraw to end users.
Related Endpoints
Endpoint
Details
POST /fund/rfq
Quote USDT RFQs on Solana, Polygon, Avalanche
GET /fund/transactions
Track USDT funding activity
GET /liquidity/rfq
Request a quote to purchase USDT on Solana, Polygon, Avalanche
GET /convert_withdraw/rfq
Request a quote to purchase USDT on Solana, Polygon, Avalanche and immediately withdraw
ℹ️
No action required. USDT support is live for RFQ, Account Funding Deposits, and Account Funding Withdrawals on Solana, Polygon & Avalanche.
Breaking - If appropriate IP and other preventive measures are not made by the relevant dates, Platforms will have newly submitted participants located in certain countries declined by zerohash:
Existing Participants: The Platform must ensure that any existing participants in Guatemala, Pakistan, and Guinea sell or withdraw all existing assets held with zerohash by August 16, 2025.
New Participants: Platforms must immediately ensure no new participants located in these jurisdictions are submitted to zerohash. zerohash will decline any such submitted participants.
Summary
To ensure compliance with its targeted financial sanctions obligations and mitigate identified Anti Money Laundering/Countering the Financing of Terrorism/Countering the Financing of the Proliferation of Weapons of Mass Destruction (AML/CFT/CFP) risks, zerohash prohibits or restricts business activity involving certain jurisdictions and countries. zerohash also identifies other permitted geographies that are considered higher risk. zerohash reviews both of these lists at least annually and based upon relevant changes in legal and regulatory requirements and applicable AML/CFT/CFP risks.
zerohash is issuing this notice to inform Platforms and other stakeholders of updates to the jurisdiction and country lists, which are effective within 30 days of this notice (August 16, 2025) unless otherwise noted.
Explanation of Treatment of Prohibited and Restricted Jurisdictions
Except as otherwise explicitly noted, zerohash will not do business with any entity or person located or formed in a prohibited or restricted jurisdiction. This applies to Platform partners and institutional or individual customers of Zero Hash LLC and Zero Hash Liquidity Services LLC and its various affiliates (collectively, zerohash) and the natural person or non-natural person (NNP) customers or transactors of any Platform partner.
Handling of Participants in Newly Listed Prohibited or Restricted Countries or Jurisdictions:
When a country or jurisdiction becomes listed, all existing zerohash direct or indirect business relationships will be revoked (immediately, if required by law or regulation) and accounts closed. Platform participants will be permitted to withdraw/sell their cryptocurrency holdings (unless prohibited by law or regulation).
Process for Restarting Relationships Involving Delisted Countries/Jurisdictions:
When a country or jurisdiction is removed from the list (delisted), zerohash will begin to permit the establishment of new business relationships, including with new Platform participants. Establishment of any new relationships will be subject to Enhanced Due Diligence measures (EDD), unless the restriction was based solely on zerohash first having to obtain a license or registration in that jurisdiction.
zerohash is updating its list of Permitted Higher Risk Geographies based upon the FATF’s “Grey List” updates of June 13, 2025, and other public and proprietary assessments of AML/CFT/CFP, fraud, corruption, and other relevant risks:
Action is required if you currently use the Account Funding: Deposits SDK
Summary
Overview
Introducing Auth - our account-to-account transfer product that can be embedded into any of our payments SDK's.
We're starting with the Account Funding product - Platforms will now be able to allow their customers to link an external centralized exchange (ie, Coinbase, Kraken, Binance, etc) or a non-custodial wallet (ie, Metamask, Phantom, Coinbase wallet, etc.) and use those balances to initiate the funding transaction. The first exchange that will be offered initially will be Coinbase and this will be offered for Deposits only. More exchanges, non-custodial wallets, flows (ie, withdrawals), and payments products (payouts, pay-ins, etc) will be added in the very near future.
Technical Details
If you currently use the Account Funding SDK, the only dev change on your end relates to your mobile experience.
During the SDK flow, we'll need to broker the UX between the Zero Hash SDK and Coinbase's (or any exchange/wallet we support) by authenticating to their system. This requires opening a web page, popup, or similar interface. On web browsers (including mobile browsers), no additional work is required from the platforms - the UX will be seamless with your current integration.
However, for mobile it's different. Currently, our product allows platforms to open any non-ZH URLs outside of the WebView. In the past, this wasn't an issue because the SDK UI didn’t rely on integrations with external providers.
Here is the current implementation (this page is a good frame of reference for Flutter):
zerohash is pleased to announce that as of today, July 9, 2025, we have begun offering
crypto services in the US Virgin Islands for both natural and non-natural (entity) persons.
This expansion of our geographic reach was made possible by the US Virgin Islands
Division of Banking, Insurance and Financial Regulation determination that crypto services
do not fall under its existing money transmitter laws and regulations as described in Bulletin
2022-01, available here.
Please note that the British Virgin Islands are not impacted by this determination as they are
separately governed under a different legal and regulatory regime.
Further Reading
To see the full list of all U.S. states and territories or possessions in which Zero Hash offers
its products and services, refer to Permitted and Restricted Jurisdictions.
New endpoints with no breaking changes introduced.
Summary
These endpoints allow you to update Entity and Entity Control Persons and Beneficial Owners via API.
You would first create the Entity via the Create entity customer endpoint; and should there be a need to update any of these values, e.g. in the instance of a merger, or company name change, then you will be able to call the new endpoints.
There will be two endpoints, one to update the Entity details, and the other to update users (Control Person and Beneficial Owners).
Once an update has been made via the new API endpoints, then you will be able to call the relevant GET requests to view the updated data.
📘
Required Documentation
When new users are updated with any substantive changes in the identifying information of an entity, UBO, or Control person, then you these changes must be accompanied by documentation supporting that change using the appropriate document type (or miscellaneous document type), using the Submit Documents API.
Action Needed – Upgrade current Fund SDK version to 2.11.0
Summary
The Account Funding SDK now detects automatically if the flow is being initiated inside of World App. Instead of offering an address to fund flows to the end user, it triggers the payment flow inside of World App to allow the user to fund the account with WLD from the wallet.
This user experience avoids having to copy and paste the address and then open the Wolrd App wallet to perform the payment.
Action Required
Action Needed – Upgrade current Fund SDK version to 2.11.0
This feature was released to our Cert environment on June 20th, 2025
Release type
Informational – Optional action from platforms.
Summary
You can now set your own identifier (reference_id) when generating JWT tokens for the Account Funding SDK.
For the Account Funding API (POST /fund/rfq), the same functionality is offered through the newly added client_fund_id param. The name slightly deviates on the API versus the modal in order to be consistent with previously existing similar fields on other endpoints.
Zerohash will store this reference_id / client_fund_id and associate it with any future fund events and webhooks.
The reference_id is always tied to the most recent fund session. For example, if the SDK is invoked at 12:00 with reference_id = "abc123" but the user does not complete a deposit during that session, the reference_id remains associated with the session.
If the user later sends a deposit to the address from that session - say, at 2:00 PM, perhaps using an address they saved earlier - the resulting webhook event will still include reference_id = "abc123". Likewise, this same reference_id will appear in the fund event returned by the GET /fund/transactions endpoint.
Use Cases
Attributing deposits to specific user actions or campaigns, brokerages and neobanks can use the reference_id to track whether a deposit originated from a specific in-app prompt, bonus program, marketing campaign, or onboarding flow.
Reconciling fund events with internal transaction IDs: Platforms can embed their own transaction or session identifiers in the reference_id, simplifying back-office reconciliation and support workflows.
Tracking deposit behavior across time: Since the reference_id persists even if a user delays funding, platforms (ie, sports betting apps) can still attribute the deposit to the original context or user action, enabling delayed conversion tracking.
Managing fraud and risk workflows: card programs and fintechs can flag or review specific funding sessions by embedding a risk score or workflow reference into the reference_id, helping tie later deposits to earlier risk decisions.