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

Missing private data reconciliation #60

Open
dexa187 opened this issue Oct 14, 2020 · 1 comment
Open

Missing private data reconciliation #60

dexa187 opened this issue Oct 14, 2020 · 1 comment
Labels
enhancement New feature or request

Comments

@dexa187
Copy link
Contributor

dexa187 commented Oct 14, 2020

An edge case may exist where the peer that fabric-logger is connected to does not have the private data and only the hash. If this case occurs it would be desirable to mark the block or transaction to be further processed when the private data becomes available.

Something to keep in mind that when processing historical blocks the private data may no longer exist on any peers due to the collection policy blockToLive

@dexa187 dexa187 added the enhancement New feature or request label Oct 14, 2020
@dexa187
Copy link
Contributor Author

dexa187 commented Oct 22, 2020

https://hyperledger-fabric.readthedocs.io/en/release-2.2/private-data-arch.html?highlight=collections
Considerations:

  1. We getting historical blocks the private data may already be deleted due to block to live time.
  2. The time for the peer to receive the data could be variable. This may need retries and timeouts.
  3. The peer may never receive the private data. Is it possible to request from another peer through the sdk.
  4. In the case of guaranteeing fabric logger delivery private data to splunk provide a recommendation to the user on how to connect to X number of specific peers.

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

No branches or pull requests

1 participant