Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Creating additional tables in the view service for recording extended transaction data. #1342

Closed
Tracked by #1036
aubrika opened this issue Aug 30, 2022 · 1 comment
Assignees

Comments

@aubrika
Copy link
Contributor

aubrika commented Aug 30, 2022

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:

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)

@aubrika
Copy link
Contributor Author

aubrika commented Sep 9, 2022

This depends on the work in #1368

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant