Who decides the status of a disputed .sol name?

Scope

This record does not claim that the Solana Foundation is legally responsible for SNS, for the conduct of the existing .sol operator, or for any individual loss. SNS is a separate entity. It does not ask the Foundation to compensate anyone or to intervene in a specific dispute.

The question has two parts. First, for the existing .sol layer that SNS operates today: who decides the status of a name that has been reported or marked as stolen, suspicious, frozen, or disputed, and where can that process be read? Second, for the future: D3 has publicly stated that it and Solana Foundation are applying for .SOL and .SOLANA, and existing holders have a stake in knowing how their names may be treated.

This record does not establish that existing .sol names will be incorporated into any future route, or that the Foundation has a present duty here. It establishes that the status of these names is unresolved, that no public process for resolving it was found, and that the relationship between the existing layer and the announced future route has not been explained.

Additional material is held pending legal and journalistic review. It is not published while held, and it is not included in the public review bundle. The open question stands on its own and does not depend on held material.

The status problem

The systemic point is whether users can read the process that governs status-affected names.

Some existing .sol names have been reported as stolen or marked by the operator as stolen, suspicious, frozen, blacklisted, or disputed. Some now sit with later holders. One public example is chris.sol, visible on SNS at sns.id/domain/chris, where the operator label states: "Blacklisted: Suspicious behavior detected". The retained incident record identifies over 100 other .sol names marked or treated by SNS as blacklisted or status-affected following the same January 2026 incident. SNS presents the .sol layer as identity infrastructure, yet no published process for deciding or resolving the status of those names was found in public sources.

Names with unresolved status issues sit in a bind with no clean exit. They cannot simply be returned. Blockchain finality and downstream transfers mean there is no unilateral undo. They cannot remain frozen, marked, or disputed for a long period without a readable process. They cannot be quietly cleared either. The operator has already marked some names as stolen or suspicious, and clearing them without a process would return names with unresolved status issues to the market while leaving later buyers without clear footing.

This is why the process question matters. The point is not which past response to copy. It is that no defined process for names in this position has been published.

The namespace question

ICANN's 2026 new gTLD application window opened on 30 April 2026 and closes on 12 August 2026. ICANN's Applicant Guidebook is the roadmap for application submission and evaluation. ICANN's application window is open now, which is why this is the moment to ask, before any route is decided rather than after.

D3 has publicly stated that it and Solana Foundation are applying for the .SOL and .SOLANA top-level domains. Public trademark records also list SOLANA as a Solana Foundation mark.

SNS currently operates the existing .sol identity layer. The public record does not say what, if any, relationship existing .sol names would have to any future .SOL or .SOLANA route if that route proceeds.

That does not mean ICANN decides this individual case. It does not prove Foundation legal responsibility. It does not establish who controls any future application, who will operate any future namespace, how SNS fits into that future structure, or what forum decides disputed .sol names today.

The public record leaves a holder-facing uncertainty. The systems could be separate, with existing names carrying no rights or recognition in the future route. Existing names could be recognised, reserved, migrated, wrapped, prioritised, superseded, excluded, or treated as unrelated. The plan could be undecided. Holders should be able to read which position applies.

One point applies whichever path is taken. Where a future route would recognise or rely on existing names, the process for status-affected names should be published before recognition or transition, not after. Where a future route would not rely on existing names, holders should be told that existing .sol names carry no rights into it.

Questions that deserve answers

This record does not ask readers to decide liability. It asks whether users and holders can see the process that governs disputed .sol names, and whether there is any intended relationship between existing .sol names and future namespace plans.

For SNS, the current .sol operator

1. Who decides the status of a .sol name that has been reported or marked as stolen, suspicious, frozen, or disputed?
2. Where can holders and users read that process?
3. How are later buyers of such names treated?
4. Where a marked name is traded on the SNS marketplace, how are marketplace fees handled?

For the Solana Foundation and D3, addressed separately

1. What, if any, relationship is intended between the existing SNS .sol layer and the announced .SOL and .SOLANA route?
2. Will existing .sol names be recognised or treated as unrelated, or could any of the outcomes above apply?
3. What role do Solana Foundation trademark rights play in the future route?
4. If the Foundation and D3 have no role in current .sol disputes, will they say so and identify the correct forum?
5. If the plan for existing names is undecided, will they say that?

None of these questions requires a finding of liability or compensation. They ask for a forum, a process, and a roadmap that holders can read.

The ask and what resolution means

Resolution does not need to mean that the Foundation decides the dispute or compensates anyone. The first resolution is process clarity.

First, identify the correct forum for disputed .sol names today. If that forum is SNS or another operator, say so and publish or point to the process. The process could include intake criteria, evidence requirements, decision ownership, treatment of later buyers, marketplace-fee handling, and a written outcome.

Second, if the Solana Foundation and D3 have no role in current .sol disputes, say so and identify the correct forum.

Third, if a future .SOL or .SOLANA route proceeds, disclose whether existing .sol names would be recognised or treated as unrelated, or say plainly that the plan is not yet decided. If any future route would rely on existing names, a proportionate process could publish the transition standard and the treatment of status-affected names before recognition or transition.

The best outcome is not a pre-judged answer. It is a visible process, a clear forum, and a readable roadmap. If that forum, process, and roadmap are published, these questions are answered.

Why this matters beyond one case

The process question survives even if this individual matter does not resolve. Identity infrastructure will keep producing status questions, later-buyer questions, and transition questions. Users should know whether a process exists before the next incident, not after it.

Test this record yourself

This question is published as an open record: the public facts set out as fully and neutrally as possible, plus a prompt that asks an AI tool to test the record, including the strongest case against it.

The record and the prompt are open, so it is clear exactly what is being asked. The prompt instructs the model to treat the review as fresh, to favour no party, and to say plainly if nothing material survives sceptical review.

Copy it, paste it into the AI tool you use most, and ask what a sound governance process would recommend here. If you find a mistake, the record is open to correction. Challenge it and send corrections. Corrections and clarifications will be reflected where appropriate.

Record of raising the issue

• Late March: matter first raised through Foundation-linked channels. Private record retained.
• Early April: matter forwarded to a recipient working with SNS. Private record retained.
• Early April: matter raised again through Foundation-linked channels. Private record retained.
• 13, 19, and 20 May: formal notices sent to Foundation operations, press, and legal channels. Email records retained.
• 2 June: final legal-channel notice. Email record retained.

This record does not prove legal responsibility. It shows that the issue was raised before publication and that no public disputed-name process or namespace-relationship answer was found in public sources.

Sources

The claims above rest on dated, public, and retained records. Public items are linked where available.