docs: reprendre les citations après le rangement, et retirer le membre login fabriqué

Les deux contrats et la doctrine portent des centaines de citations `file:line`
vers `src/`. Le rangement par destin les périmait en bloc — 208 reprises (45
chemins `src/x.ts`, 163 mentions nues). Sans ça la réorganisation pourrissait
l'instrument même qui tient la discipline qu'elle sert.

Et un défaut relevé par le contrat interne, vérifié : `ng-proxy` fabriquait un
membre `login`. `@ng-org/web` n'expose aucune méthode de ce nom — zéro
occurrence dans les déclarations installées comme dans `sdk/js/lib-wasm/src/lib.rs`
— mais le proxy répondait une fonction au lieu d'`undefined`, laquelle plantait
à l'appel. C'était le seul endroit où ce wrapper ajoutait à la surface du SDK,
contre son propre en-tête.

157 tests unitaires, typecheck src/test/e2e vert.

docs/decisions/shared-wallet-login-flow.md

@@ -2,7 +2,7 @@
 
 **Date:** 2026-06-15 · **Status:** Accepted (frozen). The rationale behind how
 the consumer application presents identity selection as a perceived login, and why
-the lib's identity store (`accounts.ts`) must never touch NextGraph. The lib itself
+the lib's identity store (`shared-wallet/accounts.ts`) must never touch NextGraph. The lib itself
 no longer frames this as a login: it receives an identity id, set at wallet-import
 time; the perceived-login UX lives entirely in the consumer application.
 
@@ -63,7 +63,7 @@ barrier becomes the real per-user login — the flow shape does not change.
 
 ## How this lib realizes it
 
-`accounts.ts` is an `IdentityStore`: `set(id)` / `clear()` / `get()` only read/write
+`shared-wallet/accounts.ts` is an `IdentityStore`: `set(id)` / `clear()` / `get()` only read/write
 the identity id in an injected `AccountStorage`; they never call NG. The id is set at
 wallet-import time and relayed via the lib's current-identity call; the perceived
 login is the consumer application's. See the identity store in