You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: specification/flows/section/storage.html
+12Lines changed: 12 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -95,6 +95,12 @@ <h3>Storage operations</h3>
95
95
<li>Set |storage|'s {{Storage/wallet}} to |walletAddressDetails|.</li>
96
96
<li>[=Persist storage=] with |storage|.</li>
97
97
</ol>
98
+
<pclass="note">
99
+
Each invocation of this algorithm establishes a new wallet connection. Implementations
100
+
that track per-connection payment history SHOULD associate sessions and payments with
101
+
the credential record created during this connection, so that balance computations are
102
+
scoped to the active connection only.
103
+
</p>
98
104
</div>
99
105
100
106
<divclass="algorithm">
@@ -166,6 +172,12 @@ <h3>Storage operations</h3>
166
172
<li>[=Persist storage=] with |storage|.</li>
167
173
</ol>
168
174
<pclass="note">Removes all wallet-related state (grant tokens, authentication keys, wallet address details). Budget limits MAY be retained; implementations can also clear {{Storage/maxRateOfPay}} if the user requests a full reset.</p>
175
+
<pclass="note">
176
+
Implementations that track payment history SHOULD treat each wallet connection as an
177
+
independent scope. When a user disconnects and later reconnects (even to the same wallet address),
178
+
the new connection starts with a fresh spending balance. Previous connection data MAY be
179
+
retained for historical display but MUST NOT affect the active connection's balance computation.
0 commit comments