diff --git a/docs/ledger/2026-08-21-neckbeard-v0-3-1-upgrade.md b/docs/ledger/2026-08-21-neckbeard-v0-3-1-upgrade.md
index 9d0b674..f406b04 100644
--- a/docs/ledger/2026-08-21-neckbeard-v0-3-1-upgrade.md
+++ b/docs/ledger/2026-08-21-neckbeard-v0-3-1-upgrade.md
@@ -17,6 +17,7 @@ Upgrade, das hier protokolliert wird.
 | gate | commit | approval | status | note |
 |---|---|---|---|---|
 | upgrade | 33a0ee7 | sorb | DONE | Baseline v0.1.1 → v0.3.1, alle vier Tore grün. Der Handabgleich der erweiterten Dateien ist in HERKUNFT.md festgehalten. |
+| unblock | 9be7502 | sorb | DONE | Die Sperrliste hielt jeden Zugang unter `docs/sources/` für einen Verstoss und machte das Upgrade damit unmöglich. Vier Kontrollen gefahren. |
 
 ## Ladder
 
@@ -25,3 +26,16 @@ Upgrade, das hier protokolliert wird.
 | `scripts/pruefe_sperrliste.py`, bevor upstreams `check_locked.py` übernommen wird | dieselbe Aufgabe, seit 2026-08-20 im Einsatz und in der CI verdrahtet | reused: `check_locked.py` **nicht** übernommen — erste Sprosse, zwei Werkzeuge für eine Regel sind Pflege ohne Gewinn | 33a0ee7 |
 | `scripts/validate.py`, für die Aufnahme der neuen Artefakttypen | der Fork ist weiterhin die generische, schema-getriebene Engine | reused: `ledger` und `verdict` sind reine Schema-Einträge, kein Validator-Code | 33a0ee7 |
 | upstream `v0.1.1..v0.3.1`, für Änderungen an den erklärt-erweiterten Dateien | `validate.py` +29, `schema.yaml` +50, `gen_status.py` unverändert | built: von Hand nachgezogen, weil kein Vergleich dafür existiert — als Lücke in HERKUNFT.md benannt | 33a0ee7 |
+| `scripts/pruefe_sperrliste.py`, weil sie den Upgrade-Commit rot meldete | sie liest `--name-only` und kann Zugang nicht von Änderung unterscheiden | built: auf `--name-status` umgestellt; Änderung und Löschung bleiben gesperrt, nur der Zugang ist erlaubt — dieselbe Trennung, die upstream `check_locked.py` zusichert | 9be7502 |
+
+## Notizen
+
+**Die Sperrliste verbot ihr eigenes Upgrade.** `docs/sources/` ist
+unveränderlich, und ein Framework-Upgrade muss dort zwingend eine neue
+Baseline anlegen. Ohne die Unterscheidung Zugang/Änderung stehen zwei
+eigene Regeln gegeneinander, und jedes Upgrade wäre eine rote Pipeline mit
+Ausnahmeantrag gewesen.
+
+Vier Kontrollen belegen den Stand: der Upgrade-Bereich selbst ist sauber,
+eine geänderte Quelle, eine gelöschte Quelle und eine editierte
+angenommene ADR werden weiterhin gemeldet.