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
We want a notes table that will record any note regardless of whether we control it. Once we have this, we can deduplicate fields in the existing spendable and quarantined notes tables, and when recording extending transaction data we can also add outgoing notes which we decrypt with our OVK.
To be able to make queries about transactions, we need a way to link these note plaintexts back to transactions - so we may need to introduce tables allowing us to determine which nullifiers were linked to which transactions, and which note commitments were produced by which transactions. (Tx_by_nullifier exists, no linkage yet between commitment and tx)
The text was updated successfully, but these errors were encountered:
We want to: ensure that view service has tables which maintain all of the plaintext values that the view service has ever seen
We want this because: then we can do queries on all data that the view service has the ability to decrypt.
What is that data? The encrypted components of a transaction:
NotePayload
in eachOutput
, some sent to us, some sent to othersMemoCiphertext
field will be moved to transaction level in liftMemo
to transaction level #1222SwapPlaintext
in the View service #1297 will introduceSwap
plaintextsWe want a notes table that will record any note regardless of whether we control it. Once we have this, we can deduplicate fields in the existing spendable and quarantined notes tables, and when recording extending transaction data we can also add outgoing notes which we decrypt with our OVK.
To be able to make queries about transactions, we need a way to link these note plaintexts back to transactions - so we may need to introduce tables allowing us to determine which nullifiers were linked to which transactions, and which note commitments were produced by which transactions. (Tx_by_nullifier exists, no linkage yet between commitment and tx)
The text was updated successfully, but these errors were encountered: