iOS verklaard: zonder apparaat geen sleutel, en dus geen synchronisatie

De gebruiker merkte op dat hij op de Mac per wallet op de hardware wallet moest
goedkeuren, en dat zijn model nog niet aan een iPhone te koppelen is. Dat sluit de
keten, en die is in de broncode van Suite na te lezen.

De OwnerId wordt op het apparaat afgeleid: createRetrieveSuiteSyncOwner begint met
een harde controle op device.connected. selectIsSuiteSyncInitPossible eist
connected plus ondersteuning. En selectSuiteSyncInteraction geeft null zodra er
geen deviceStaticSessionId is, waarna useTurnOnSuiteSyncGuard in dezelfde tak
belandt als 'unsupported' en gewoon ok() teruggeeft.

Dat verklaart elke waarneming tegelijk: de schakelaar liet zich aanzetten, want
dat is alleen een instelling; er kwam geen foutmelding; er was geen groen bolletje;
en onze relay zag nooit een eigenaar. Zonder een Trezor die aan de telefoon kan is
er geen eigenaar, en zonder eigenaar valt er niets te synchroniseren, met of zonder
relay.

Dit is dus geen tekortkoming van dit pakket en er valt niets aan te repareren. Wat
het wel betekent voor de app-tekst is dat werken op een telefoon niet beloofd moet
worden zolang dat van het model afhangt.

Wat erdoor open blijft is de leeskant: dat een tweede apparaat de labels terugkrijgt
is nooit gezien, en iOS zou die tweede client zijn geweest. Dat is nu de
belangrijkste openstaande controle, en er is een client voor nodig die wel een
sleutel kan afleiden.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Harmen
2026-08-28 13:38:18 +02:00
co-authored by Claude Opus 5
parent bf8bedcda9
commit fc5a941de0
4 changed files with 47 additions and 12 deletions
+28 -1
View File
@@ -123,7 +123,34 @@
- **geen regel** → de telefoon bereikt die naam niet. Dan is het DNS of routering: mobiel netwerk in
plaats van WiFi, of een subdomein dat alleen in de interne DNS bestaat.
**Moment:** de volgende sessie, als eerste taak van dit punt · **Eigenaar:** gebruiker
**En aan het eind van de dag kwam het antwoord alsnog, uit de cliëntcode en uit een opmerking van de
gebruiker: het ligt aan het apparaat, niet aan het netwerk.** Hij merkte op dat hij op de Mac per wallet
op de hardware wallet moest goedkeuren, en dat zijn model nog niet aan een iPhone te koppelen is; de
Safe 7 wel.
Dat sluit de keten, en die is in de broncode van Suite na te lezen:
- de `OwnerId` wordt op het apparaat afgeleid. `createRetrieveSuiteSyncOwner.ts` begint met
`if (!device.connected) return err(DeviceNotConnectedError(...))`;
- `selectIsSuiteSyncInitPossible` eist `device.connected && isSuiteSyncSupportedByDevice(device)`;
- `selectSuiteSyncInteraction` geeft **`null`** zodra er geen `deviceStaticSessionId` is, dus zodra de
app helemaal geen apparaat kent;
- en in `useTurnOnSuiteSyncGuard` valt `null` in dezelfde tak als `'unsupported'`: **`return ok()`**.
Het label wordt lokaal opgeslagen, er gebeurt verder niets, en er is niets te melden.
Dat verklaart alle waarnemingen tegelijk: de schakelaar liet zich aanzetten (dat is een instelling,
`settings.isSuiteSyncEnabled`, en die zegt op zichzelf niets), er kwam geen foutmelding, er was geen
groen bolletje, en onze relay zag nooit een eigenaar. **Zonder een Trezor die aan de telefoon kan, is er
geen eigenaar, en zonder eigenaar valt er niets te synchroniseren, met of zonder relay.**
**Conclusie: dit is geen tekortkoming van dit pakket en er valt hier niets te repareren.** De relay
werkt; de cliënt komt op dat platform niet aan een sleutel. Wat het wél betekent voor de app-tekst is dat
"werkt op je telefoon" niet beloofd moet worden zolang dat van het model afhangt.
Wat nog de moeite waard is om te meten, en alleen omdat het goedkoop is: of het verzoek de telefoon
überhaupt verlaat, via het log van Zoraxy. Bij de verklaring hierboven hoort dat het níet vertrekt. Zie
je toch verzoeken, dan klopt er iets niet aan deze redenering en begint het opnieuw.
**Moment:** beantwoord op 28-08-2026; de controle in Zoraxy is optioneel · **Eigenaar:** gebruiker
8. **Welke limiter komt er op de kale relay?** - **beslist op 28-08-2026: weg 1, de relay uitbreiden via
`createRelay`.** Het ontwerp staat in [PLAN.md](PLAN.md) §4g en bleek veel kleiner dan hieronder