BIGHT token markInfraVerifiable Storage

Roles

Who does what on Infra.

Understand Writers, Keepers, Indexers, Verifiers, providers, contract actors, and public users without exposing private topology or credentials.

Choose the next Infra action.

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

Role map

Simple public explanation. The implementation keeps authority narrower than the page needs to describe.

Writers

Submit records, anchors, schemas, proof requests, retention contracts, or query-relevant state.

Providers

Store and serve retained data under value-indexed capacity, proof, repair, and settlement rules.

Keepers

Maintain module state and expose the bounded keeper surfaces other modules are allowed to consume.

Indexers

Make declared records searchable and reconstructable without inventing meaning.

Verifiers

Check proof, availability, schema consistency, and challenge outcomes, then emit verdict labels.

Sentinels

Watch liveness, repeated failure, drift, and challenge posture without becoming a private enforcement shortcut.

Receipt services

Serve metadata, lookup, reissue, reconstruction, retention proof, linkage proof, challenge, renewal, and bulk/API access as BIGHT-paid memory work.

Authority map

Infra keeps the product legible by refusing to let one module quietly become the whole system.

Authority boundary

Roles can prove or serve Infra work; they do not become Core, Bridge, Liquid, or RPC authority.

Provider capacity

Capacity is no longer a flat or zone-discounted claim. The public site shows the rule shape without exposing private admission thresholds.

Machine validator

Published only when the public role feed names it.

Machine storage provider

Published only when the public role feed names it.

Machine retrieval provider

Published only when the public role feed names it.

Machine address boundary

Public addresses are labels, not credentials or private topology.

Value-indexed

Provider capacity is value-indexed and bond-density bounded

Admission state

Use status or data routes for current provider labels.

Admitted providers

Use status or data routes for current counts.

Refused providers

Use status or data routes for current counts.

Admission boundary

Provider admission is policy-gated, not a node-earning promise.

Failure state

Use status or failure labels for current state.

Work refusals

Refusal is normal when proof, payment, capacity, or policy gates are not met.

Bond-density capped

Certified throughput cannot be split across thinly bonded identities just to lift rewards.

Proof-led service

Retrieval, possession, repair, and settlement outcomes control service posture.

Zone labels bounded

Geography or network diversity can inform placement after policy gates; it does not directly mint capacity, rewards, or stake discounts.

Observed role labels

Generated public states from the current snapshot.

Machine public addresses

Published only through bounded public role feeds. No private topology or credentials are exposed here.

Boundaries

Role clarity is how Infra avoids becoming a generic data platform or another chain's hidden authority.

Indexers mirror

They reflect declared schema-bound meaning. They do not reinterpret claims.

Verifiers verdict

They report validity or failure labels. Consequences belong to downstream rules.

Receipts remember

They expose public metadata and proof posture. They do not expose private payloads or destination-chain consequences by default.

BIGHT meters work

BIGHT is Infra work metering. It is not admitted reserve value or its own backing.

No fake demand

Public copy must not frame circular work, self-query loops, or unpaid activity as real yield.

Interop scoped

Cross-chain handling cannot become hidden custody, pricing, storage policy, or treasury authority.

Settlement bounded

Provider payouts come from service work settlement, not from invented activity or reserve principal.