Market safety
Before connecting
Section titled “Before connecting”- Confirm you are on
www.bitcoinuniverse.io. The bare domain redirects elsewhere. - Install a supported wallet only from its own trusted release channel.
- Select the correct account and network.
- Treat experimental protocols and assets as high risk. The support matrix says which are which.
Before signing
Section titled “Before signing”- Compare the asset and quantity with the listing or action you selected.
- Verify every destination and fee shown by the wallet.
- Reject unexpected inputs, outputs, permissions, or network changes.
- Refresh market state after an error before trying again.
- Never approve a request because a support account pressures you to act.
Reading an unavailable reader
Section titled “Reading an unavailable reader”If a market says its reader is unavailable, do not assume that no tokens, listings, or activity exist. Retry later, or use the protocol’s independent explorer. Do not create or repeat a transaction from stale market data.
An empty market and an unreadable market are never shown the same way:
- Nothing listed reads as no tokens found. The market was read and it is genuinely empty.
- Market unavailable names the market, says the read failed, and offers a retry. Treat it as unknown, not empty.
- Partial book means only some listings could be loaded. What you see is real but incomplete.
A failed read is reported in plain language. You should never see a status code or a raw response payload on the page; if you do, report it.
Unmeasured figures
Section titled “Unmeasured figures”A figure Core cannot currently measure is shown as a dash, not as a number. Floor, volume, holder counts, listing counts, and any score derived from them follow this rule, so a dash means the figure was not read and a number means it was.
Core never fills a gap with a sample row or a figure written into the application. A market that cannot be read does not have its rows replaced with stand-in tokens, and its totals are not estimated. That is why a market can show a name and a dash in every column: that state is honest about what is known.
Treat a dash as unknown rather than as zero, and do not read a ranking into a table whose sorted column is entirely dashes.
Retired markets
Section titled “Retired markets”Some legacy markets are retired. Their listings and history stay viewable, and buying and listing are closed. A retired market says so in a notice on the page, and its buy and list controls read as closed rather than actionable. OP-20 and OP Names are retired today.
A retired market is not an outage. Retrying does not reopen it, and no transaction is created by anything you press there.
Pending mint activity
Section titled “Pending mint activity”Where a protocol’s index also reads the mempool, its table shows a Pending column with unconfirmed mints per token (Alkanes today). A market whose source cannot answer that question shows no Pending column at all, rather than a zero.
Reading market activity
Section titled “Reading market activity”Activity rows are dated from when the trade happened, not from when the record was last touched. Maintenance passes re-check historical trades and never move a row’s date forward or resurface an old trade as current activity.
Read the date before treating a row as a signal. Recent activity is a record of past trades. It is not a price feed, a measure of current liquidity, or a prediction. A quiet market shows older dates rather than hiding them.
The test environment
Section titled “The test environment”A staging deployment exists for validation. It uses its own isolated staging API and does not silently switch to production data when that staging API is unavailable. An unavailable-reader message there therefore means the test data source could not be verified.
The test environment is for validation, not real-fund transactions. Always return to the production application and verify the active network and reader status before approving a live wallet request.
What the platform does not prove
Section titled “What the platform does not prove”An on-chain transaction does not by itself prove the identity of a counterparty, the value of an asset, or the accuracy of off-chain descriptions. Verify those independently before committing funds.