fix: une connexion qui échoue ne se résout plus comme une réussite

connectedUser() restaure les capacités reçues et draine les inbox. Aucun de ses
chemins ne pouvait échouer : un broker injoignable rendait exactement la même
promesse qu'un succès complet. L'application affichait alors des listes vides,
et rien nulle part ne disait que la restauration n'avait pas eu lieu.

L'énumération m'avait échappé sur deux points, l'agent les a établis.

resolveAccount attrapait tout et rendait null : une lecture qui ÉCHOUAIT
ressortait donc comme « ce compte n'existe pas ». L'échec était déguisé en
absence — c'est la racine du partage cassé trouvé ce matin, dont on n'avait
traité que le déclencheur. lookupAccount le remplace : le silence n'est plus
possible que sur une absence VÉRIFIÉE.

Et readLinks comme readInboxCapPairs avalaient leur propre erreur en rendant un
tableau vide, un étage sous le catch de connect. Une panne n'y parvenait même
pas. Elles relèvent désormais.

La règle est simple : tout échec remonte, seul « il n'y avait rien à faire »
se résout en silence. Ce qui reste silencieux — aucun détenteur, compte
réellement absent, identité changée en route — l'est parce que c'est la vérité.

Le piège consigné hier est fermé par là même : une exécution qui ne peut pas
répondre rejette, et ceux qui la rejoignent en héritent. Sa feuille est
supprimée, la question qu'elle laissait ouverte étant tranchée.

Trois fixtures de test utilisaient un ng vide — une forme qu'aucune plateforme
ne présente, dont le TypeError était mangé par le catch. Remplacées par un
broker au portefeuille vide. Aucune assertion modifiée.

packages/polyfill/test/lifecycle.test.ts

@@ -170,9 +170,29 @@ function consumerWiring(session: Record<string, unknown> = BROKER_SESSION) {
   return { sessionReady, calls, injectedInit, returned, getSession: () => sessionReady };
 }
 
+/**
+ * A broker over an EMPTY wallet — nobody has signed in yet.
+ *
+ * This file is about the lifecycle, not about storage, but `ensureIdentity()` goes on to
+ * connect the identity it settled and connecting reaches the broker. It was handed `{}`,
+ * a shape no real platform presents: the `TypeError` that produced was swallowed by the
+ * connection work, so the tests below were passing over a run that had died of the
+ * fixture. A failed connection is reported now (`emulated-verifier/connect.ts`), so the
+ * fake answers like a broker with nothing in it — which is what a first sign-in meets, and
+ * which changes nothing any test here asserts: connecting finds no account and returns.
+ */
+function emptyWallet() {
+  let created = 0;
+  return {
+    sparql_query: async (): Promise<unknown> => ({ results: { bindings: [] } }),
+    sparql_update: async (): Promise<void> => undefined,
+    doc_create: async (): Promise<string> => `did:ng:o:life${++created}`,
+  };
+}
+
 function configured(wiring: ReturnType<typeof consumerWiring>, opts: { sharedWallet?: boolean } = {}) {
   configure({
-    ng: {} as never,
+    ng: emptyWallet() as never,
     useShape: (() => {}) as never,
     init: wiring.injectedInit,
     ...(opts.sharedWallet === false ? {} : { sharedWallet: { fileUrl: "/w.ngw", password: "pw" } }),
@@ -350,7 +370,7 @@ function flush(): Promise<void> {
 function anApplicationThatConfigured() {
   let deliver: ((event: unknown) => void) | null = null;
   configure({
-    ng: {} as never,
+    ng: emptyWallet() as never,
     useShape: (() => {}) as never,
     sharedWallet: { fileUrl: "/w.ngw", password: "pw" },
     init: (...args: unknown[]): Promise<void> => {