Certificate chain optimization
Maintainers usually reply within 2 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
Research direction
The issue names no files, so start from the existing epoch-based retention for stake pools, epoch settings and signer registrations, and look for how the aggregator's certificate table is read and written. Decide which signed entity types are protected, such as Cardano stake distributions, and which can be pruned after N epochs. Done means eligible certificates are removed after a configurable N, protected ones remain, and tests cover both cases.
Written by the indexing model from the issue text.
Description
Why
The Mithril certificate chain grows without bound. Every epoch produces multiple certificates ( one per signed entity type) and none are ever removed. On the aggregator side, no pruning mechanism exists for certificates, unlike stake pools, epoch settings, and signer registrations which all have epoch-based retention policies.
This means the certificate table grows permanently, increasing storage requirements and query latency over time.
Not all certificates have the same retention requirements. Some must be kept indefinitely. For example, Cardano stake distribution certificates are referenced by other systems and cannot be discarded. Others, such as Cardano database snapshot certificates or Cardano transaction certificates, are only relevant for a limited time window and can be safely removed after a configurable number of epochs.
The goal of this MVP is to deliver production-ready certificate chain pruning on the aggregator: certificates for eligible signed entity types are automatically removed after N epochs (where N is configurable), while certificates for protected entity types such as Cardano stake distributions are retained indefinitely. This bounds the aggregator's storage growth and reduces query latency.
- Dominant language
- Rust
- Stars
- 155
- Forks
- 52
- Avg merge
- 2d 17h
- Merged PRs (30d)
- 37
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from IntersectMBO/mithril
-
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
IntersectMBO/mithril#1605 · 2 comments ·
Maintainers usually reply within 2 days
-
spike :satellite:
Difficulty 5/5 Over a week Newbie friendliness 10/100
IntersectMBO/mithril#3701 ·
Maintainers usually reply within 2 days
-
Publish a DNSLink record of the immutable archives IPNS name in the Mithril networks DNS zonesPossibly taken @jpraynaud claimed this 2 days ago. Openfeature :rocket:
IntersectMBO/mithril#3700 · 1 assignee ·
Maintainers usually reply within 2 days
-
feature :rocket:
Difficulty 4/5 3-5 days Newbie friendliness 25/100
IntersectMBO/mithril#3699 ·
Maintainers usually reply within 2 days
-
feature :rocket:
Difficulty 4/5 3-5 days Newbie friendliness 35/100
IntersectMBO/mithril#3698 ·
Maintainers usually reply within 2 days
All issues in IntersectMBO/mithril
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
storytold/photocraft#14822 ·
Maintainers usually reply within 1 day
-
bug css
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
dginev/latexml-oxide#853 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
Maintainers usually reply within 2 days
-
[Bug] export_build_environment admits its output directory only after the export ran in the build computerPossibly taken @viniciusdsandrade claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day