> For the complete documentation index, see [llms.txt](https://docs.div.fun/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.div.fun/for-creators/choosing-a-reward-asset.md). # Choosing a reward asset The reward asset is the most consequential choice you make as a creator. It defines what holding your token pays, it shapes who wants to hold it, and it cannot be changed after launch. This page is the creator's guide to choosing well. ### The three families | Reward asset | What holders feel | Good fit for | | ------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | | **HYPE** | Paid in the native asset of Hyperliquid; simplest and most liquid path. | A token that wants to feel native to the ecosystem and keep everything in one asset. | | **Stablecoin** | Paid in a stable unit — "this token paid me $X". | A token that wants to pay legible, price-stable income. | | **Tokenized stock** | Paid in equity exposure — shares of QQQ, GLD, and similar. | A token with a thesis, paying holders in the thing it is about. | ### Liquidity is the deciding constraint The protocol funds dividends by converting each trade's dividend share into the reward asset on-chain. That conversion needs a liquid path: * **HYPE** is the most liquid and the default-simple choice. * **Major stablecoins** have deep HyperEVM liquidity and convert cleanly. * **Tokenized stocks** convert through HyperCore's spot order book, which is a different and more involved path with its own liquidity considerations — see [How stock dividends work](/stock-dividends/how-stock-dividends-work.md). * **A custom token with thin or no liquidity** will convert poorly or not at all, and dividends will suffer for it. The wizard warns you when it detects no liquid path, but it cannot force a good choice. Choose a reward asset that the protocol can actually buy in size. A clever reward asset that no one can acquire on-chain is worse than a plain one that distributes reliably. ### Match the asset to the token The reward asset is positioning. Holders self-select on it: * Pay in **HYPE** and you attract people who want more HYPE exposure. * Pay in a **stablecoin** and you attract people who want yield they can read in dollars. * Pay in a **stock** and you attract people who like the underlying — and you give the token a story that is true on-chain, not just in the copy. ### Tokenized stocks: extra considerations If you pay in a tokenized stock, read [Stock dividends](/stock-dividends/stock-dividends.md) first. Stock settlement is asynchronous, depends on order-book liquidity for that stock, and some stocks may restrict which wallets can receive them. These are real constraints, not deal-breakers — but you should understand them before committing your token to a stock reward asset. ### The rule Pick the reward asset you would be happy to receive as a holder, that the protocol can convert into reliably, and that fits what your token is about. Then confirm it knowing it is permanent. Continue to [launch modes](/for-creators/launch-modes.md). The reward asset is the most consequential choice you make as a creator. It defines what holding your token pays, it shapes who wants to hold it, and it cannot be changed after launch. This page is the creator's guide to choosing well. ### The three families | Reward asset | What holders feel | Good fit for | | ------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | | **HYPE** | Paid in the native asset of Hyperliquid; simplest and most liquid path. | A token that wants to feel native to the ecosystem and keep everything in one asset. | | **Stablecoin** | Paid in a stable unit — "this token paid me $X". | A token that wants to pay legible, price-stable income. | | **Tokenized stock** | Paid in equity exposure — shares of QQQ, GLD, and similar. | A token with a thesis, paying holders in the thing it is about. | ### Liquidity is the deciding constraint The protocol funds dividends by converting each trade's dividend share into the reward asset on-chain. That conversion needs a liquid path: * **HYPE** is the most liquid and the default-simple choice. * **Major stablecoins** have deep HyperEVM liquidity and convert cleanly. * **Tokenized stocks** convert through HyperCore's spot order book, which is a different and more involved path with its own liquidity considerations — see [How stock dividends work](/stock-dividends/how-stock-dividends-work.md). * **A custom token with thin or no liquidity** will convert poorly or not at all, and dividends will suffer for it. The wizard warns you when it detects no liquid path, but it cannot force a good choice. Choose a reward asset that the protocol can actually buy in size. A clever reward asset that no one can acquire on-chain is worse than a plain one that distributes reliably. ### Match the asset to the token The reward asset is positioning. Holders self-select on it: * Pay in **HYPE** and you attract people who want more HYPE exposure. * Pay in a **stablecoin** and you attract people who want yield they can read in dollars. * Pay in a **stock** and you attract people who like the underlying — and you give the token a story that is true on-chain, not just in the copy. ### Tokenized stocks: extra considerations If you pay in a tokenized stock, read [Stock dividends](/stock-dividends/stock-dividends.md) first. Stock settlement is asynchronous, depends on order-book liquidity for that stock, and some stocks may restrict which wallets can receive them. These are real constraints, not deal-breakers — but you should understand them before committing your token to a stock reward asset. ### The rule Pick the reward asset you would be happy to receive as a holder, that the protocol can convert into reliably, and that fits what your token is about. Then confirm it knowing it is permanent. Continue to [launch modes](/for-creators/launch-modes.md). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.div.fun/for-creators/choosing-a-reward-asset.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.