BIGHT token markInfraVerifiable Storage

Retrieval

Retrieve by receipt.

Find retained records by receipt or handle, quote the retrieval path, and separate hot reads from cold restore windows before bytes move.

Choose the next Infra action.

Wallet, purchase, storage, proof, retrieval, contracts, and status are kept as separate product lanes.

Find retained data

Search by receipt or handle. With neither, browse returns only intentionally public rented objects.

Public rented browse returns public receipts and can be downloaded by anyone after BIGHT payment. Private records require receipt or handle security checks.

Retrieval search ready. Query and download both require quoted BIGHT from the funded Infra payer attached to the request.

Access states

Download is not one flat path. Infra shows which gate applies before a user spends BIGHT or waits on restore.

Public rented

Public payloads can be downloaded by anyone after the required service conditions and BIGHT payment are met.

Handle mediated

A handle can pay for access, then waits for the security checks attached to that handle path.

Receipt required

Private retained objects require the upload receipt before metadata or bytes should move.

Expired

Expired payload access stops byte serving while receipt metadata and evidence can remain queryable.

Payload access ended

Deleted or tombstoned payloads keep terminal evidence without pretending the bytes are still active.

Query returns

The query rail returns labelled metadata and state. Payload bytes stay on the separate paid download or restore path.

Object metadata

Receipt, object ID, CID, size, class, hash, created time, and public/private labels.

Receipt metadata

Payment, admission, settlement, provider payout, and receipt references.

Proof state

Storage proof policy, proof verdict, repair, retrieval, and restore labels.

Lifecycle state

Active, expired, deleted, tombstoned, payload state, and terminal evidence labels.

Payload access

Returned as access state only. The query path does not stream payload bytes.

Retrieval path

Download is deliberately separate from upload. A retained object can be present while retrieval still has to price, pay, respect admission state, and follow its hot or cold retrieval path.

Verify

The request pays the query rail before object metadata is returned.

Inspect

The returned receipt shows class, size, hash, payment, proof, and admission labels.

Quote

The download quote prices read and proof work into BIGHT.

Pay

The gateway spends the download charge before serving bytes.

Restore

Cold retention opens a restore page with a timer; hot query can serve directly.

Retrieve

Infra serves the retained object only while the product restore window is active.

Retrieval policy and lifecycle detailOpen charge, privacy, terminal state, lifecycle, and ownership labels when a retained record needs deeper review.

What retrieval will charge

Loaded from the public intake service. Verification/query payment is separate from byte retrieval.

Query lane

Awaiting live data

Query payment

Awaiting live data

Query charge

Awaiting live data

Receipt reissue

Awaiting live data

Reissue payment

Awaiting live data

Reissue charge

Awaiting live data

Reissue boundary

Awaiting live data

Retrieval lane

Awaiting live data

Retrieval payment

Awaiting live data

Retrieval charge

Awaiting live data

Browse privacy

Awaiting live data

Public rented

Awaiting live data

Handle checks

Awaiting live data

Charges before action

Every product click has a visible charge posture before it spends BIGHT.

Charges

Awaiting live data

Privacy boundary

Public rented data is intentionally visible to public browse. Private records need a receipt or handle path, and retrieval still pays the BIGHT download rail.

Public browse

Awaiting live data

Public rented

Awaiting live data

Private handle

Awaiting live data

Settlement

Awaiting live data

Terminal lifecycle

Expiry, deletion, tombstone, evidence retention, and repair suppression stay separated.

Terminal state

Awaiting live data

Lifecycle map

Stored data moves through explicit service states. Query can show evidence after payload access ends.

NEW

Upload quoted or admitted before the runtime makes it active.

HOT

Hot query or public rented payload can serve after BIGHT payment and admission.

COLD

Cold retention is dormant until a paid restore opens a temporary download window.

EXPIRED

Payload access closes while receipt metadata and evidence remain queryable.

DELETED/TOMBSTONED

Payload bytes end; terminal evidence remains and tombstone suppresses repair/retrieval.

REFUSED/CHALLENGED

Bad or disputed evidence is recorded without becoming active service.

Lifecycle ownership

Each transition names the owner, actor, and receipt boundary instead of relying on operator memory.

Module owner

Public intake admits work, storage runtime serves it, proof/challenge lanes judge it, lifecycle closes it.

Actor

Uploader, gateway, provider, proof worker, challenge actor, retention policy, or operator.

Receipt proves

Admission, retrieval, proof verdict, provider payout, expiry, deletion, tombstone, refusal, or challenge.

Old receipt reconstruction

Old receipts reconstruct metadata and evidence after payload access ends; query never revives deleted bytes.

Active payload count

Expired, deleted, and tombstoned records move to terminal evidence counts, not active stored payload.