# Relay Operator Standards

### Relay Family and Size

* For all relays that share an operator or administrating organization, the `MyFamily` field in the anonrc must be filled, specifying the list of all relay fingerprints. Dividing the family configurations into portions is prohibited.
* The total number of fingerprints allowed in one family is limited to the max allowed descriptor size which allows for around 400 fingerprints.
* Relay families must share a singular EVM wallet (this will be enforced by the rewards protocol).
* Operators should not frivolously declare relay families that do not exist.

### Contact

* Relay operators must have a working contact within their contact field - this can be an email, Telegram ID, or any other common communication platform identifier. It is recommended that this contact is **not** personal.

### Relay Binary

* Do not modify the core content or functionality of the anon binary
* Do not store or publish process information including any information about inbound or outbound connections.
* Only run a relay on servers or hardware that you own, control and have confidence over the security. If these assumptions change, shut your relay down.&#x20;
* Endeavour to keep your anon binary up to date.&#x20;
* Do not firewall outgoing connections, ensuring relays remain reachable to one another. .
* Make sure your Exit Relay specifies unreachable IP addresses or Ports by also declaring them as Rejected with ExitPolicy in anonrc.
* Only run a relay if you expect it to remain up and active consistently (i.e., do not run on a device that you expect to be switched off or put to 'sleep' multiple times a day)


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.anyone.io/relay/guidelines/standards.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
