How does service lifetime (Scoped, Singleton, Transient) have different practical meaning in Blazor Server versus Blazor WebAssembly?

In Blazor Server, a 'Scoped' service lifetime maps to one circuit (one user's session), so a scoped service is effectively per-user, similar to per-HTTP-request scoping in typical ASP.NET Core but lasting the whole connected session. In Blazor WebAssembly, since the entire app runs in one browser tab as a single client-side process, Scoped and Singleton are effectively equivalent -- there's only ever one 'scope' for the whole WASM app instance, since there's no server-side per-request/per-circuit boundary.

// Blazor Server: Scoped = per-user circuit
builder.Services.AddScoped<ShoppingCartState>();  // isolated per connected user

// Blazor WebAssembly: Scoped behaves like Singleton (one process per tab)
builder.Services.AddScoped<ShoppingCartState>();  // effectively one instance for the whole app