I'm working on a API which is serving content based on user requests. What I'd like to achieve is as follows: Having a constant key stored both on the server and the client machine (as a means of identifying a specific user) I'd like to be able to generate a hash with a one-way cryptographic algorithm on the client side so that the generated hash is different each time but I would still be able to identify the user tied to that hash on the server-side (through the constant key stored on the servers database) using 'some function'. The generated hash on the client-side would be used to make a HTTP request to the servers REST API which would verify if that hash is tied to any of the keys from the database and if so, serve the content to its users.
ex: https://someserver.com/content?hash_here - would send content back to the browser only if the hash (hash_here) matches with one of the users hash in the database (after the cryptographic 'magic' I'm talking about is done)
My goal is to omit authentication, as the client would be a raspberry pi device and authentication should work without setting up any credentials other than the hash key stored both on the client and server side.
My question, as somebody having close to no knowledge on the subject: Is there any cryptographic algorithm that does that, and if so, which one?