Yes. Though please note it is the token ID in lowercase hexadecimal padded to 64 hex characters.
The
urican include the string{id}which clients must replace with the actual token ID, in lowercase hexadecimal (with no 0x prefix) and leading zero padded to 64 hex characters.For token ID
2and urihttps://game.example/api/item/{id}.jsonclients would replace{id}with0000000000000000000000000000000000000000000000000000000000000002to retrieve JSON athttps://game.example/api/item/0000000000000000000000000000000000000000000000000000000000000002.json.
I have the following example:
https://abcoathup.github.io/SampleERC1155/api/token/0000000000000000000000000000000000000000000000000000000000000000.json
Unfortunately you can't use this scheme with content addressing such as IPFS.
So you either need to implement a token URI mechanism (but would need the OpenZeppelin Contracts implementation to support, see: https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2154#issuecomment-657880427 otherwise you would need to create your own implementation) or you create a mechanism to redirect from the centralized URI to the decentralized IPFS hash address. I don't know if IPNS would be an option for this?