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

Add configuration to not count SETs towards log threshold #54

Closed
haydentherapper opened this issue Dec 19, 2023 · 1 comment
Closed
Assignees
Labels
enhancement New feature or request v1.0 items we want to consider for a v1.0 release

Comments

@haydentherapper
Copy link
Contributor

Description

Discussed more in #51 and #44. This should be off by default for v0.2+ bundles, since log inclusion proofs are required, and on by default for v0.1 bundles, since proofs are optional.

Blocked by #51 being merged

@haydentherapper haydentherapper added the enhancement New feature or request label Dec 19, 2023
@haydentherapper haydentherapper self-assigned this Dec 19, 2023
@haydentherapper haydentherapper added the v1.0 items we want to consider for a v1.0 release label May 22, 2024
@haydentherapper
Copy link
Contributor Author

Going to close as won't fix - Thinking more on this, calling SETs promises is a bit inaccurate, since it's a signed commitment from the log and contains a log index, meaning it commits to the same state as an inclusion proof + a signed checkpoint. I'll open a new issue when we integrate co-signed checkpoints to configure a threshold for the number of those, which will require an inclusion proof.

@haydentherapper haydentherapper closed this as not planned Won't fix, can't repro, duplicate, stale Jul 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request v1.0 items we want to consider for a v1.0 release
Projects
None yet
Development

No branches or pull requests

1 participant