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
When running an ACA-Py deployment in multitenancy mode, each sub-wallet should accept the TAA for the ledger they connect to when they become an author. It appears, however, that the TAA acceptance method is being correctly stored in the sub-wallet's profile, but the entry is added to a shared pool cache at the indy-vdr level that would return an incorrect result for other sub-wallets when queried.
Shared pool cache entry added: see here.
Shared pool cache entry queried: see here when it is fetched).
Once the cache time-to-live expires (10 min by default), it will refresh with the value used by the first sub-wallet to accept/fetch the TAA.
When running an ACA-Py deployment in multitenancy mode, each sub-wallet should accept the TAA for the ledger they connect to when they become an author. It appears, however, that the TAA acceptance method is being correctly stored in the sub-wallet's profile, but the entry is added to a shared pool cache at the
indy-vdr
level that would return an incorrect result for other sub-wallets when queried.Shared pool cache entry added: see here.
Shared pool cache entry queried: see here when it is fetched).
Once the cache time-to-live expires (10 min by default), it will refresh with the value used by the first sub-wallet to accept/fetch the TAA.
This behaviour was initially identified in bcgov/traction#956
The text was updated successfully, but these errors were encountered: