Support, data corrections, security disclosures.
| Operator | not published yet |
|---|---|
| Support | [email protected] |
| Security | [email protected] (also in security.txt) |
| Jurisdiction | not published yet |
| 𝕏 | @DeepGyre |
|---|---|
| Discord | discord.gg/gnHvFRuUP |
| Telegram | t.me/DeepGyre |
| Deep Gyre |
| Account or billing | The email address on the account. Never send a password, a seed phrase or a private key. Nobody here will ever ask you for one, and any message that does is not from us. |
|---|---|
| A number looks wrong | The tab, the card, the value shown, and what you compared it against — a screenshot with the timestamp visible is ideal. Data disagreements are treated as defects, not opinions. |
| Security | What the issue is and how to reproduce it. Please report privately first and allow a reasonable window to fix it before publishing. |
| API or partnership | What you want to build and the request volume you expect. |
This is a small operation: replies are measured in days, not minutes. A security report is read first.
It is worth reporting even when you are not sure which side is wrong. Several of this platform's own corrections started exactly that way — the difference between a real defect and a difference of definition is usually only visible once both are put side by side. Where a figure could not be read at all, the card says so rather than showing a zero; that is a stated absence, not a bug.
Accounts, billing and a number that looks wrong go to the support address. A vulnerability goes to the security address, which is the one published in security.txt; it is read first.
No. Staff never send the first direct message on any channel. A message that opens a conversation in DeepGyre's name, or asks for a password, a seed phrase or a private key, is not from us — please report it.
Yes. Send the address, the chain and what you believe is right, with a public source if you have one. Labels are attributions from public data and are corrected when the evidence says so; a label is never proof of ownership.
The developer API is described on API docs and the plans that include it on pricing; for anything larger, write with what you want to build.
Live status shows how many data feeds are answering right now, and Methodology explains how the figures are built. If a card is blank, those two pages usually explain it faster than an email can.