Recovery with Postgresql logical replication
Logical replication doesn't have anything to offer you here.  PostgreSQL doesn't offer &quot;AS OF&quot; queries, but even if it did you could just do them in the master, rather than in the replica.
PITR is the thing you want.  It is its own thing, it is not particularly tied to physical replication.  About the only thing they have in common is that they both involve WAL files.  I think most modern implementations of physical replication would use replication slots, not a WAL archive, which means the WAL needed to do PITR is likely not even available unless you have gone out of your way to design specifically for PITR as well as for replication.
The logical replica records all changes into its own WAL stream, including changes driven by logical replication.  So if you keep a WAL archive and base backups of the replica, you could restore a copy of the replica and put it through PITR if you wanted to (but again, why not just do PITR on a copy of the master?  What does doing it on a copy of the replica instead earn you?)
There are way to do in-table or out-of-table logging of row changes, and these can be used to restore tables to a prior state.  But they don't have anything to do with the logical replication feature.