Recovery of LUKS keyslot during PBKDF phase of overwrite ChangeKey possible?

Good evening,

to make it short: I have started a luksChangeKey operation on keyslot 0 
with --keyslot=0 (overwrite) and bad parameters for argon2id (1000000 
iterations). As letting that run to completion would take at least a 
week, I am looking for a way to recover from this command while the 
volume is still mounted (decrypted). I do not have a header backup. Is 
this possible?

I'm using cryptsetup 2.3.5 and the volume is a LUKS2 volume.

Longer explanation: due to impatience, hangover and inexperience with 
LUKS I misinterpreted the "Iterations" parameter in the "Tokens" section 
of luksdump as being the iterations of the "main" KDF; I wanted to 
increase security by increasing the number of iterations and since the 
parameter shown was about 120,000 I thought I'd just try one million to 
see if that was too much (it was...heh). The command was:

sudo cryptsetup luksChangeKey --key-slot=0 --pbkdf=argon2id 
--pbkdf-memory=4000000 --pbkdf-parallel=12 
--pbkdf-force-iterations=1000000 /dev/

but the last time I tried it with pbkdf-memory=4000000 it only used 2 GB 
due to peculiarities with my system, where the component controlling the 
LUKS container administratively only has 4 GB of RAM, so it probably is 
using only 2 again, now. The parallelity also seems to be limited to 4 
instead of 12 as I've learned reading the FAQ now.

I chose the overwrite parameter (--keyslot=0) because my setup is a bit 
complicated and the key needs to be in keyslot 0 for other system 
components to work properly. There are no other keys or header backups 
or keyslot backups.

I did not know about the cryptsetup benchmark program and did not think 
about creating a header backup first. I do have a full system backup and 
since the system is live I just backed up the important changes I made 
since that last full backup, but I'd prefer not to have to reinstall and 
restore everything, as it's a complicated system.

Having just run the benchmark, it shows 5 iterations for argon2id with 
~1GB of RAM for 2 secs; given the above mentioned parameters of my 
command, I estimate that allowing the command to finish (it is currently 
paused with Ctrl+Z) would take at least a week of full time computing 
with the CPU churning away all this time; I'd like to avoid that.

On the plus side, I've learned some things about LUKS and cryptography 
and the first thing I'll do after recovering from this is make a header 
backup.

So, I reiterate my initial question: is it possible to recover from this 
situation without a complete reinstall or letting the command complete 
for a long time? The disk encryption key should still be in RAM IIUC, 
but since it's LUKS2, according to the FAQ extracting it from there is 
not trivial.

Thank you for any help,

C.F.