From c72fa2a5ccf1cc04073f9ff12606491971dadd36 Mon Sep 17 00:00:00 2001 From: Adam Soltys Date: Wed, 16 Sep 2026 04:53:22 -0700 Subject: ecash: redeem tokens by melting to the user's own invoice Redeeming ecash is now a plain NUT-05 melt into a Lightning invoice owned by the redeeming user, credited by the regular lightning listener. Drop the house proof pool and its lock, the /mint and /melt routes, and the special-casing of a mint account in NWC and payment routing. Tokens are decoded against the mint's keyset list so short v1 ids resolve, and an empty keyset list is never cached. Co-Authored-By: Claude Fable 5.1 --- test/security.test.ts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'test/security.test.ts') diff --git a/test/security.test.ts b/test/security.test.ts index 1ef7cabb..9311cf5d 100644 --- a/test/security.test.ts +++ b/test/security.test.ts @@ -206,7 +206,7 @@ describe("fnd-006 — deleteSelf guard sums every account", () => { describe("S8 / fnd-007 — the spend/cash mutex serializes critical sections", () => { test("no two sections run concurrently and FIFO order holds", async () => { - // Same shape as withBudgetLock (nwc.ts) and withCashLock (ecash.ts). + // Same shape as withBudgetLock (nwc.ts). let lock: Promise = Promise.resolve(); const withLock = async (fn: () => Promise): Promise => { const prev = lock; -- cgit v1.2.3