Trezor Suite op de desktop stuurde elf labels naar docker.io/evoluhq/relay:latest en die kwamen aan: de database in het volume groeide van 40960 naar 49152 bytes en de tijdstempel verzette. De protocolversie klopt dus, en daarmee is de richting van 27-08 geen verwachting meer maar een meting. Geen Postgres, geen quota-manager, geen eigenaarsregistratie, en toch verkeer. Open punt 6 is daarmee beslist. Het blijft in de lijst staan tot de verbouwing gedaan is, want het beschrijft de reden waarom het huidige pakket eruit gaat. Een waarschuwing hoort erbij en staat in het protocol: de relay logt geen enkele verbinding. Het venster blijft stil terwijl er labels binnenkomen, dus "ik zie niets gebeuren" is hier geen waarneming maar een eigenschap van de relay. Alleen het volume vertelt iets, en daarom mag de nulmeting niet overgeslagen worden. Dat kostte vandaag bijna de verkeerde conclusie. Twee dingen bleven ongemeten en staan als taak. De leeskant: er is geen tweede client geweest, dus dat een ander apparaat de labels terugkrijgt is niet gezien. En iOS maakt geen enkele verbinding, terwijl het veld daar bestaat, valideert op http(s) en zijn waarde onthoudt. Het vermoeden is TLS, en dat is als open punt 9 opgeschreven met de prijs erbij: een certificaat voor een LAN-adres bestaat niet, dus de wegen die overblijven lopen via Bereikbaarheid en zijn een eigen ontwerpvraag. Er is ook een tweede verklaring die even goed past, namelijk dat het synchroniseren op de telefoon nooit begon, en die is gratis te meten. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
9.0 KiB
Taken - Umbrelapp
App: Evolu Relay. Prioriteit: A | Afhankelijk van: –
Actief sinds 25-08-2026. Gepromoveerd uit
Masterplannen/omdat de gebruiker besloot het pakket meteen te maken. De afhankelijkheid op Proefopstelling is daarmee geen blokkade meer maar een parallelle bron: fase 1 daarvan is af en leverde de feiten waarop dit pakket rust. Wat er nog uit moet komen zijn twee vragen die pas bij het installeren pijn doen, en die staan hieronder als eigen taak.Dit is de focus vanaf 27-08-2026, op verzoek van de gebruiker. Het werk aan Electrum Gate is die dag afgerond tot en met de tweede indeling; het plan Eigenimage staat klaar maar ligt bewust stil. Twee feiten om mee te beginnen: de app staat op dit moment uit op de Umbrel, en hij is nog nooit met Trezor Suite verbonden geweest. "Gebouwd" is hier dus nog verder van "werkend" dan bij Gate.
Volgende stap
-
De kále Evolu-relay geprobeerd, en hij werkt (28-08-2026). Trezor Suite op de desktop stuurde elf labels naar
docker.io/evoluhq/relay:latesten die kwamen aan: de database in het volume groeide van 40960 naar 49152 bytes. De protocolversie klopt, en daarmee is de richting uit OPEN.md punt 6 gemeten in plaats van verwacht. Het protocol en alle metingen staan in PLAN.md §6a -
De leeskant nog meten. Er is geen tweede cliënt geweest, dus dat een ander apparaat die labels terugkrijgt is niet gezien. Eigenaar: gebruiker
-
Uitzoeken waarom de iOS-app geen verbinding maakt. Het veld voor de relay-URL bestaat daar, valideert op
http(s)://en onthoudt zijn waarde, maar er komt geen enkele poging aan op poort 4000. Nu de desktop bewijst dat de relay in orde is, is dit een schone vraag geworden: het ligt aan de app of aan het platform, niet aan ons. Zonder antwoord werkt de app alleen op de desktop, en dat scheelt voor de waarde van dit hele plan -
Pas daarna beslissen wat er met het huidige pakket gebeurt. Werkt de kale relay, dan wordt dit één container op een gepubliceerde image en vervallen de Postgres en het wachtwoord. Werkt hij niet, dan is de limietenrij met de hand zetten de enige weg vooruit
**De richting is al gekozen op 27-08-2026: kaal, met een eigen limiter erop en de statuspagina erbij.** Zie [OPEN.md](OPEN.md) punt 6, 8 en 2. Wat daarbij vastligt en makkelijk verkeerd onthouden wordt: de kale relay heeft géén toegangscontrole, dus de limiter is geen extraatje maar de vervanging van de enige bescherming die er vandaag is. En de quota-manager die er nu in zit is daarvoor niet te hergebruiken: die schrijft in Trezor's limietentabel, en die tabel bestaat straks niet meer **Een eigen image blijft daardoor waarschijnlijk nodig**, want de meest voor de hand liggende limiter breidt de relay uit via `createRelay`. Dat is geen obstakel: de gebruiker meldde op 27-08-2026 dat de broncode nog op zijn Umbrel staat, dus opnieuw bouwen en naar het eigen Gitea-register duwen kan gewoon. De bouwstap en het register vervallen dus mogelijk tóch niet; de Postgres en het wachtwoord wel -
De limiter kiezen uit de drie wegen van Bereikbaarheid §4b, met de leer-variant erbij: de eerste eigenaar die verbindt wordt toegelaten, de rest geweigerd, met een wisknop op de statuspagina. Zie OPEN.md punt 8. Pas nadat de proef geslaagd is
-
In de logs van de relay kijken of het databaseschema zichzelf aanmaakt. Alleen nog nuttig als het huidige pakket blijft:
sudo docker logs whatsnext-evolu-relay_relay_1
Fase 1 - De app-map
whatsnext-evolu-relay/aangemaakt metumbrel-app.ymlendocker-compose.yml(25-08-2026). Mapnaam gelijk aan hetid, met het store-voorvoegselwhatsnext-, en de manifestvelden in de voorgeschreven volgordedata/postgres/.gitkeeperin, zodat de mount bij de eerste start niet als root wordt aangemaaktdependenciesweggelaten en niet leeg gezet. Deze app hangt van geen enkele andere app af; een leeg veld zou suggereren dat er iets te kiezen valt- Een eigen icoon. Er staat nu géén
iconin het manifest, dus de tegel blijft naamloos in de store. Bewust leeg: een geleend of verkeerd icoon is erger dan geen. Eigenaar: gebruiker
Fase 2 - De compose
app_proxymetPROXY_AUTH_ADD: "false", en geen eigenports:. Trezor Suite is geen browser met een sessiecookie. Dit is het patroon van de eigennostr-relay-app van Umbrel, dus een precedent en geen omweg; zie PLAN.md §4c- Relay en quota-manager uit één image met een ander
command. Expliciet en niet leunend op deCMDvan de Dockerfile, want daar staatyarn startmet bovenstrooms zelf een twijfel erbij - De quota-manager gaat mee. Niet omdat de relay hem aanroept, maar omdat de relay elke eigenaar zonder limietenrij weigert en dit is wat die rijen maakt
- Postgres onder
${APP_DATA_DIR}/data/postgres, wachtwoord uit${APP_PASSWORD},PGDATAop een submap, enpostgres:17-alpinein plaats vanpostgreskaal - Healthcheck op de eigen database en gebruiker, niet op
-d postgreszoals bovenstrooms: die database bestaat hier niet, en dan is de controle groen op het verkeerde antwoord - De eigen image gepind op tag plus digest (25-08-2026).
sc.kamenier-hamer.nl/sysop/evolu-relay:c03a204@sha256:2fe1e9e9…, op beide services. Dat moest wel: zie fase 4. Let op dat dit één architectuur is (amd64), want er is alleen amd64 geduwd. Voor de officiele store hoort er een multi-arch index-digest met arm64 in; dat staat bij Publicatie-Relay postgres:17-alpinepinnen op de multi-arch index-digest. Kan meteen, metdocker buildx imagetools inspect, en het is het laatste ongepinde in deze app. Staat als TODO in de compose
Fase 3 - Het bouwrecept
tools/evolu-relay/build.sh(25-08-2026). Haalt de broncode op een vastgezette commit en bouwt de Dockerfile van Trezor. Niet hun bouwstappen nabouwen; wat wij toevoegen is de pin- Niet in de app-map gezet, en dat is geen netheid. Een
Dockerfilestaat niet in de update-whitelist, dus bouwen-in-de-app zou elke nieuwe versie een herinstallatie kosten. Zie PLAN.md §4f - Onder
tools/en niet onderbuild/: dat laatste staat in.gitignoreals bouwselmap, dus het recept zou stilzwijgend buiten de repo blijven. Gevonden bij het stagen, niet bij het schrijven - Het script controleert na het ophalen dat de commit is wat hij verwachtte, en faalt hard als dat niet zo is. Zonder die regel bouwt het stil de verkeerde toestand
Fase 4 - Installeren en verifiëren op de Umbrel
Niets hiervan is op een laptop te doen. Eigenaar van deze hele fase: gebruiker.
- De image gebouwd op de Umbrel (25-08-2026), in 50 seconden. Twee dingen die het opleverde: de
gebruiker
umbrelzit hier níet in de groepdocker, dus het moet metsudo; en de Dockerfile van Trezor bouwt zonder aanpassing - In een register gezet, want anders kan umbreld er niet bij (25-08-2026). Dit was de grote
verrassing van de dag en het staat met bron in
Umbrel-appstore-spec.md: umbreld haalt élke image via
de Docker Engine API op, niet via compose. Een lokaal gebouwde tag is dus onbereikbaar en
pull_policy: neverdoet niets, want de compose wordt niet gelezen om te pullen. Het Gitea-register op dezelfde server als de store bleek de kortste weg, en anoniem halen werkt daar - De app geïnstalleerd en alle drie de containers blijven draaien (25-08-2026).
relay,quota-managerendb, metdbop healthy en de app-proxy op 3851. De lokale images waren vooraf weggehaald, dus de pull uit het register is echt gedaan en het hele pad is bewezen: broncode → bouwrecept → register → gepinde digest → installatie - Gecontroleerd of het databaseschema zichzelf aanmaakt. Niet uitgezocht, en dit is de eerste plek waar het misgaat als het antwoord nee is. Kijk in de logs van de relay-container
- Trezor Suite naar
<umbrel>:3851laten wijzen en een label synchroniseren. Dit is de enige controle die telt, en hij kan mislukken op de eigenaarsregistratie zonder dat er iets mis is met het pakket - De app gestopt en gestart, en de database heeft het overleefd
- Gecontroleerd dat het toevoegen van deze app Electrum Gate niet raakt
Geblokkeerd / wacht op
- Hoe registreer je een eigenaar bij de quota-manager? Zonder antwoord kan er niet gesynchroniseerd
worden, ook al draait alles. Wacht op Proefopstelling fase 1; begin bij
bruno-collection/in de bovenstroomse repo - Accepteert Trezor Suite dit adres, en in welke vorm? Wacht op Proefopstelling, "Volgende stap". Als het antwoord nee is, is dit pakket zonder waarde