Response history

Interpret HTTP status history for link claims

A single HTTP result is only one observation; a dated history can reveal migrations, recurring failures and stale destinations.

Editorial scope: This independent guide explains verification methods and does not publish or route readers to a claimed Mars Market URL, mirror, onion or transaction destination.

A single HTTP result is only one observation; a dated history can reveal migrations, recurring failures and stale destinations.

Capture exact request context

Record method, hostname, path, response code, redirect location and time.

Different paths or request types can legitimately produce different results.

Distinguish temporary and permanent redirects

A 302 or 307 may represent a short transition, while a 301 or 308 communicates a durable preference.

Neither code proves the target belongs to the same operator.

Review principle: Treat every Mars Market address claim as time-bound evidence. Do not publish or follow a destination until its source, role and current context are independently documented.

Interpret errors carefully

Authentication, rate limits, server errors and missing pages describe different conditions.

Avoid reducing every non-200 result to offline.

Look for repeatable patterns

Compare observations across reasonable intervals and from the same documented method.

Consistent history is stronger than an isolated response captured during an incident.

Connect history to source updates

A response transition is easier to interpret when a dated publisher notice explains it.

Without that connection, preserve the technical fact and keep ownership conclusions pending.