It's "peek" instead of "poke". Or perhaps more precisely "dump" to emphasis on the scale of it.
By several decades of conventions, "peek" (and "dump") reads from the memory while "poke" writes into memory.
In this situation, hopefully perhaps the latter will fix the problem when the time comes to decide on the action.
Now that does take me back.
Remember when getting your hands on an eight bit microprocessor, meant some circuit construction to get it to do anything. Then you hand assembled the machine code, using switches and LEDs to set each bit at a time: there was NO software available.
It was laborious, so next development was a little machine code routine to read entry from a hex keypad, and place in the memory locations specified in a register that you also primed from the hex keypad. Next, a routine and some circuitry to display this content on seven segment displays.
These two routines became your 'PEEK' and 'POKE' code that could be called once you progressed to an alphanumeric keyboard: prior to that, you had activated a switch to perform the action, so had not needed to name them.
They were the first routines you needed to write, apart from initialising the processor and driving the keyboard and seven segment displays.