Neuronto is a public discovery index. There is no account and no signup, and paying for a call needs only a wallet signature, so there is no customer record to describe. What follows is what the running code does.
An anonymous search is recorded: the query text truncated to 200 characters, which mode it ran in, how many results it returned, how long it took, and the time. Each result it returned is recorded against that search with its rank.
This exists for one feature. A publisher listed here can ask
https://neuronto.com/demand what agents were looking for when their own resources came back,
which is the only way a publisher learns whether anyone is looking for what they offer.
The report is scoped to their own domain: it shows queries that returned their
entries and nothing else.
A search made with an API key is not recorded. The query is replaced with a placeholder before it is written and no result-level rows are stored at all. If you do not want your queries kept, prove a domain and use the key.
In the default federated mode a query leaves this machine twice, and both are the point of the product rather than an incidental transfer:
Neither happens for a request you send with federate: false and dense
retrieval off; that path stays on this machine.
A call past its free allowance can be paid for over x402. For each paid call we keep the paying wallet address, the amount and the transaction hash, which the blockchain makes public anyway, together with what was bought: the domain or subject checked, or the query of an anonymous search under the rule above. A search made with an API key keeps its query withheld, paid or not. The country and the kind of client are kept as for any request. No IP address, card, name or email is involved at any point.
Privacy here is structural rather than promised, which is the only kind worth reading:
Sec-GPC or DNT yields no session at
all.A submission is the one place where more is kept, and it is worth saying plainly. When a domain or an endpoint is submitted for indexing, the record holds the target, the result, and the user agent of the client that made the submission, truncated to 120 characters. Nothing else about the request is kept, and no address is kept here either.
The reason for the difference: reading this index is anonymous and stays anonymous, while a submission is a deliberate act about a domain the submitter controls. The question the field answers is which tool submitted a given entry, which was previously answerable only by reading a web server log by hand.
The pages of this website also load two analytics tools. Unlike the measurement above, they run in your browser, set cookies, and can recognise a browser that comes back.
Both send what they record to their own servers, under their own policies. Because they see page addresses and what is shown on screen, a search made on the website can appear in them. The REST API, MCP and A2A endpoints never load either tool. A content blocker stops both, and every page works the same without them.
Proving a domain writes the domain, the DNS TXT record used to prove it and the issued key. That is the whole record. Internal services registered against a key are stored in their own tables, are never returned to anyone else, and are never counted in any public figure.
Submitting an endpoint or a domain records what was submitted, what its endpoint
answered when fetched, and the outcome. Being audited is not the same as being submitted:
/audit reads a domain and reports on it, and never indexes it as a side
effect.