From 27150ed3ba207a1aae88f3dba5c8299f621d3787 Mon Sep 17 00:00:00 2001 From: DanConwayDev Date: Fri, 17 Jul 2026 14:21:01 +0100 Subject: [PATCH] docs: clarify deletion request retention --- CHANGELOG.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 34919fd..f61bb26 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -13,7 +13,7 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0 ### Changed -- Replaced permanent deletion-request deduplication with lifecycle-based retention: requests are served and can protect against replays for a limited period, then unactioned or irrelevant requests expire instead of being stored indefinitely. +- Addressed a production storage imbalance where roughly 50k of 60k stored events were deletion requests. Deletion requests now have a bounded lifecycle, so requests that are no longer relevant are reconciled and retired while requests that may still affect valid event handling are preserved. - Deletion-disrespector mode now explicitly applies to both NIP-09 deletion requests and NIP-62 request-to-vanish events. - Retired the hidden `repair-deletion-requests` maintenance command.