P2P Trading 6.3.7
Latest11 September 2026
This release has upgrade notes. Read them before updating — they describe behaviour changes that need your attention.
P2P Trading v6.3.7
Release Date: September 11, 2026 Tags: MARKET DATA, ANALYTICS, MARKET BOARD, DOCUMENTATION
Overview
"Top cryptocurrencies" was adding up different currencies. The panel grouped trade volume by the asset leg while summing a column denominated in the price leg, so one BTC row could add 20 USD, 18 EUR and 1,900 USDT into a single number and label it "BTC". On an inverted ad — a fiat asset with the crypto on the price leg — the label itself was a fiat code in a list called "top cryptocurrencies".
This is the same two-leg confusion 6.3.6 removed from escrow, left behind in the market data. Expect those figures to move.
The market board's asset chip re-narrowed on reload. "Show every asset" was held in memory that never reached the URL, so the button worked perfectly until the visitor refreshed or shared the link.
Nothing here changes escrow, a hold, a fee or a balance. It is a reporting and browsing release.
Update Instructions
pnpm updatorRestart the backend and ship the frontend build. No table is added, no column changes, nothing runs by hand and no setting is introduced.
- 6.3.6 is a prerequisite in practice, not by check: this release assumes the fiat-denominated offers that version introduced, and the volume fix below is only meaningful once ads can be denominated either way.
- If you read the landing volume figures into a report or a dashboard, see Upgrade Notes before you compare this week's numbers to last week's.
Upgrade Notes
"Top cryptocurrencies" figures change, and the old ones were not comparable
SUM(total) GROUP BY currency added up quantities in different units. A trade's
currency is its asset leg while total is denominated in the offer's price
currency — exactly the distinction 6.3.6 applied to escrow.
The endpoint now groups by asset and price currency, following the rule the landing endpoint had already settled for this table:
totalVolumecollapses to a scalar only when an asset traded against exactly one price currency, and isnullotherwise. A client that renders it must handle null — that is the honest answer to "one number for volumes in three currencies", and the previous answer was not an answer at all.quoteVolumesalways carries the per-currency breakdown, so nothing is hidden by that null.assetVolumeandtradeCountare always meaningful, because both are counted in units that do not vary by ad.
Nothing is lost and no trade has been removed; the old number was adding euros to tethers. Do not read the change as a fall in activity, and do not compare a figure from this release against one from before it.
Changed
- Changed the market board's
sideparameter documentation to say the asset leg rather than "crypto". The behaviour is unchanged and was always correct — an offer's type is the maker's direction on the asset, inverted ads included — but the stale word in the description led, on 11 September, to a diagnosis that the board sorted fiat-asset ads onto the wrong side, and to a proposed rewrite that would have put those ads on a board whose every other element still described the asset. The sentence was the stale half, not the code, and it is the sentence that changed.
Fixed
- Fixed "top cryptocurrencies" summing volumes denominated in different price currencies into one figure and labelling it with the asset. Covered in Upgrade Notes.
- Fixed the market board's asset chip re-narrowing on reload. A deliberate "show every asset" was held in a ref, which is process memory and never reached the query string — so the button worked until the visitor refreshed or shared the link, at which point the board silently fell back to the busiest asset. That is precisely the defect the equivalent seed for the neighbouring control was written to fix, reproduced one control along; it now carries its state in the URL the same way.