91: Reconcile timed-out Evelyn IOU burner swaps in later iterations

docs/Evelyn.md

@@ -129,6 +129,24 @@ EVE-indbetalinger. Burn kræver stadig en frisk EVE/USDT-observation gennem det
 uændrede `TickerService.getLatestPrice()` og bekræftes ved `FINALIZED` før det
 eneste notifikationsforsøg. Inputgrænserne begrænser ikke EVE-burn.
 
+Ved ukendt swap-resultat gemmes den oprindelige signatur, inputvaluta, beløb og
+validitetsoplysninger i processen. Senere iterationer undersøger samme signatur
+uden at gensende transaktionen. Bekræftet succes eller fejl ved mindst `CONFIRMED`
+frigiver nye swaps med frisklæste saldi. Udløb frigiver kun et swap, når den
+oprindelige transaktions validitet er udløbet, og frisk finalized historik for
+signerens adresse med tilstrækkelig lokal dækning beviser, at den ikke blev udført.
+En begrænset historikside, der ikke dækker hele perioden, er fortsat uafklaret.
+Jupiter-udfyldte sponsorsignaturer kan afklares ved status, men bruges ikke til at
+bevise udløb af den lokalt signerede transaktion.
+
+Mens et swap er uafklaret, fortsætter eksisterende EVE-burn. Et allerede ventende
+burn har førsteprioritet og afklares alene. Fejl bevist før indsendelse tillader et
+nyt forsøg i en senere iteration; mulig indsendelse uden troværdig signatur kræver
+manuel afklaring. Loggen viser valuta, beløb, signatur, fase/årsagsklasser og næste
+handling uden signerdata eller transaktionspayloads. Der findes ingen persistent
+journal: genstart mister pending swap/burn og suspensioner, så ukendte
+transaktioner skal afklares eksternt før genstart og genoptagelse.
+
 ### 2.3 Finansiering af udvikling
 Udvikling i Evelyn sker gennem en task-baseret model. Alle opgaver oprettes i IntelliJ YouTrack og bliver
 individuelt prissat i 'Evelyn IOU'. Når en opgave er funded – enten af Evelyn selv (via overskud) eller af en