De client zegt het zelf: bij een eigen relay wordt de quota-manager genegeerd

De gebruiker wees erop dat de broncode van Trezor Suite lokaal staat, in het
project Trezor onder Repos/trezor-suite. Dat beantwoordde in een half uur wat uit
de serverkant alleen niet te halen was, en het draait de vraag van vanavond om.

Uit een commentaarregel van Trezor zelf, in
suite-common/suite-sync-quota-manager/src/createSuiteSyncQuotaManagerCompositionRoot.ts:
"We only want to use QM for our own relay servers. In case custom URL has been
set, QM is ignored, unless enforceQuotaManager is set (used for e2e tests)."
Die vlag staat standaard op false.

Daarmee is het pakket dat nu draait niet alleen zwaar maar waarschijnlijk kapot
bij ontwerp. Met een eigen relay-URL registreert de cliënt geen eigenaar, en de
relay van Trezor weigert iedereen zonder rij in de limietentabel. Die rij komt er
dus nooit: het enige dat hem zou maken wordt door de cliënt overgeslagen. Niet de
kale Evolu-relay was de gok, maar deze.

Twee dingen die er gratis bij kwamen en die vragen van eerder beantwoorden. Suite
neemt http:// (de e2e-test gebruikt http://10.0.2.2:4000 en :4001), dus TLS is
geen eis en dat raakt het masterplan Bereikbaarheid. En de instellingen staan
onder dev-utils, met twee losse velden voor relay en quota-manager, plus een
bevestiging op het apparaat bij het aanzetten.

Wat er nog echt open is, is geen redenering maar een proef: Suite gebruikt
@evolu/web@3.0.0-next.1 met een eigen patch in .yarn/patches, en de gepubliceerde
relay-image hoeft daar niet bij te passen. Dat is met docker run in minuten te
weerleggen en staat als eerste taak.

De vindplaats zelf is als naslag opgeschreven, met de vijf bestanden die iets
opleverden en twee waarschuwingen: het meeste komt uit suite-native, dus de
mobiele app, en het is een kloon op een moment in de tijd.

Tests: niet gedraaid, dit raakt alleen documentatie.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Docs/Plannen/Actief/008-Umbrelapp/OPEN.md

@@ -22,13 +22,22 @@
    eigen register, de onderhoudsplicht op een image, de Postgres met zijn wachtwoord, en de
    eigenaarsregistratie die nu de blokkade is. Drie containers worden er één.
 
-   Werkt het niet, dan is het huidige pakket het juiste en is deze vraag in een half uur beantwoord in
-   plaats van open blijven staan.
+   **Nog diezelfde avond grotendeels beantwoord uit de cliëntkant**, nadat de gebruiker erop wees dat de
+   broncode van Trezor Suite lokaal staat in een ander project. Uit een commentaarregel van Trezor zelf:
+   *"We only want to use QM for our own relay servers. In case custom URL has been set, QM is ignored."*
+
+   Daarmee draait de vraag om. **Met een eigen relay-URL registreert Suite geen eigenaar**, en Trezor's relay
+   weigert iedereen zonder limietenrij. Die rij komt er dus nooit. Niet de kale Evolu-relay is de gok, maar
+   het pakket dat er nu staat: **Trezor's relay is als zelf-gehoste relay in de kern onbruikbaar** tenzij je
+   die rij met de hand zet.
+
+   Wat er nog écht open is, is één ding en dat is geen redenering maar een proef: **klopt de
+   protocolversie?** Suite gebruikt `@evolu/web@3.0.0-next.1` met een eigen patch in `.yarn/patches/`, en
+   `docker.io/evoluhq/relay:latest` hoeft daar niet bij te passen.
 
    **Meten en niet redeneren:** `docker run --rm -p 4000:4000 docker.io/evoluhq/relay:latest`, Suite
-   ernaartoe wijzen, label maken. Dat is dezelfde test die al in **Proefopstelling** staat, nu met een
-   tweede kandidaat ernaast, en het is een extra argument om die twee plannen niet naast elkaar te laten
-   bestaan.
+   ernaartoe wijzen, label maken. De instellingen staan onder **dev-utils** en `http://` volstaat; zie
+   [Upstream-evolu-relay.md](../../../Referenties/Upstream-evolu-relay.md) §0 en §7.
    **Moment:** eerste taak van de volgende sessie, vóór er nog iets aan het huidige pakket verbeterd wordt ·
    **Eigenaar:** gebruiker