Skip to content

three rows on the privacy boards were rendering as initials - #3303

Merged
Flotapponnier merged 1 commit into
devfrom
feat/privacy-logos
Oct 26, 2026
Merged

Flotapponnier merged 1 commit into
devfrom
feat/privacy-logos

Conversation

@Flotapponnier

Copy link
Copy Markdown
Collaborator

Maya Protocol as MP, Dash as DA, Zcash as ZC. Two needed a mark; one needed nothing at all.

ZEC already had one

public/logos/zcash.svg has been in the manifest all along, and the bench calls the provider zec — the lookup missed by a name.

The slug cannot simply be renamed: the spec validator ties a provider slug to the label value its queries select, and asset="ZEC.ZEC" is the venue's own asset id, so zcash is rejected. The manifest gains the alias instead, which is the right direction — the mark adapts to the measurement, not the measurement to the mark.

Maya

No mark anywhere, and public/logos/mayan.svg was not reused: Mayan Finance and Maya Protocol are different protocols, and a wrong mark on a board is worse than initials. The 256x256 square mark comes from their own site.

Their SVG isotype was rejected for shape, not content: at 222x100 it is a 2.2:1 strip that would letterbox in a round slot, where every existing mark sits between 1.00 and 1.13.

Dash

Same problem, sharper. The wordmark on their media server is 1398x368.9 — a 3.8:1 strip with the word in it. The square icon is used instead at 1.19:1, the ratio nordstern already ships at.

Both files were scanned before being served from our origin, because an SVG is executable content: no script, no foreignObject, no external href or url(), no off-origin image.

All three also gain a registry entry

This week's lesson: nordstern had a logo and no entry, so its product page carried no official link and no description until #3273. A mark without an entry is a half-fix.

providers v21 to v22, because product pages change.

Gates: pnpm validate 256 specs, tsc --noEmit clean, bun test src/ 731 pass.

Maya Protocol as MP, Dash as DA, Zcash as ZC. Two needed a mark and one
needed nothing at all.

ZEC ALREADY HAD ONE. public/logos/zcash.svg has been in the manifest all
along and the bench calls the provider "zec", so the lookup missed by a
name. The slug cannot simply be renamed: the spec validator ties a provider
slug to the label value its queries select, and asset="ZEC.ZEC" is the
venue's own asset id, so "zcash" is rejected. The manifest gains the alias
instead, which is the right direction: the mark adapts to the measurement,
not the measurement to the mark.

MAYA had no mark anywhere, and public/logos/mayan.svg was NOT reused. Mayan
Finance and Maya Protocol are different protocols, and a wrong mark on a
board is worse than initials. The 256x256 square mark comes from their own
site. Their SVG isotype was rejected for shape rather than content: at
222x100 it is a 2.2:1 strip that would letterbox in a round slot, where
every existing mark sits between 1.00 and 1.13.

DASH had the same problem in a sharper form. The wordmark on their media
server is 1398x368.9, a 3.8:1 strip with the word in it. The square icon is
used instead at 1.19:1, which is the ratio nordstern already ships at.

Both files were scanned before being served from our origin, because an SVG
is executable content: no script, no foreignObject, no external href or
url(), no off-origin image.

All three also gain a registry entry. The lesson is this week's: nordstern
had a logo and no entry, so its product page carried no official link and no
description until #3273. A mark without an entry is a half-fix.

providers v21 to v22, because product pages change.
@Flotapponnier
Flotapponnier merged commit 47d4cb1 into dev Oct 26, 2026
2 checks passed
@Flotapponnier
Flotapponnier deleted the feat/privacy-logos branch November 3, 2026 11:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant