test(client/e2e): contrats broker RÉEL — reconnexion cold-read + non-fork de compte

Les tests du polyfill doivent PROUVER son contrat contre le VRAI broker (pas un
fake). Ajout de deux tests e2e broker réel (wallet dédié), avec reconnexion
FIDÈLE : page fraîche sur le MÊME profil persistant + nouveau login broker
(helper `faithfulReconnect`), PAS export/réimport dans un profil vide (qui
resynchronise et masque le cold-open).

- Contrat reconnexion/cold-read : session 1 crée un doc (public + protected) ;
  session fraîche fidèle ; relit → données présentes, en POLLANT une borne
  généreuse (l'attente de récupération après souscription est le fonctionnement
  normal).
- Contrat non-fork : re-résoudre le même identifiant après reconnexion rend les
  MÊMES NURIs de docs de scope, pas un second provisioning.

Temps de sync réels observés (le SIGNAL) : protected relu en ~195ms (repo déjà
ouvert) ; PUBLIC relu en ~105s (ouverture repo + attente push + union ancrée à
l'échelle de la donnée publique) ; login de reconnexion ~2.5s. Le ~105s public
est un signal de PERFORMANCE À INVESTIGUER (probable scale/bloat de l'anchorless
union scan, cf. suivi bloat) — le contrat est REMPLI mais lent côté public.

Honnêteté : le « échoue-sans-le-fix » n'a PAS pu être montré via ce chemin de
login (le bootstrap du login broker ouvre déjà les repos → firstRawNoOpen=1).
Contrat prouvé REMPLI avec les fix ; nécessité non isolable via cette voie.

gate : test:e2e 33 passed (baseline 27 vert) ; bun test 117 ; tsc propre.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

packages/client/e2e/sdk-entry.ts

@@ -542,6 +542,20 @@ const identity = new IdentityStore(
       markers,
     };
   },
+  /**
+   * NON-FORK contract probe. Resolve (or create on first sight) the account for
+   * `id` and return its THREE scope-document NURIs (docPublic/docProtected/
+   * docPrivate) exactly as ensureAccount records them in the shim. Run in session 1
+   * it PROVISIONS the account (first NURIs); run in a FRESH faithful reconnect
+   * session it must RE-RESOLVE the SAME account from the synced shim and return the
+   * SAME NURIs — never a second provisioning (an account fork). resetRegistryCache
+   * first so the resolve goes to the shim, not a same-session in-memory hit.
+   */
+  async accountDocs(id: string) {
+    storeRegistry.resetRegistryCache();
+    const rec = await storeRegistry.ensureAccount(id);
+    return { docPublic: rec.docPublic, docProtected: rec.docProtected, docPrivate: rec.docPrivate };
+  },
   async scopeResolvers() {
     const priv = await storeRegistry.resolveScopeGraph("private");
     const prot = await storeRegistry.resolveScopeGraph("protected");