astrism.

Trust / Security

Security controls and service boundaries.

Astrism protects funding, lease state, access credentials, and settlement evidence. Infrastructure providers remain within the workload trust boundary.

01

Enforced controls

  • Same-site, HTTP-only authenticated sessions and same-origin mutation checks.
  • Wallet-control challenges with replay protection before account linkage.
  • Bounded request bodies, rate limits, concurrency limits, and risk holds.
  • GPU, provider-cost, and access-endpoint admission before billable time starts.
  • Encrypted temporary access credentials with revocation at lease close.
  • Idempotent lease and settlement processing with recovery after interruption.
  • Maximum escrow, maximum duration, dispute window, and emergency pause enforced onchain.
02

Trust boundaries

Cloud workspaces run in fresh containers with temporary direct access. This limits accidental persistence between leases, but the infrastructure provider controls the physical host and may be able to observe workload data.

Do not place private keys, production credentials, regulated data, proprietary model weights, or other confidential material in a rented workspace. A workspace has no durable storage and carries no service-level agreement.

Confidential inference is the exception, and it is a different service. Those models run inside an Intel TDX enclave in front of a GPU that NVIDIA attests, the prompt is encrypted to a key the enclave's attestation quote commits to, and the quote is checked before the prompt is sent. That protection covers the inference endpoint. It does not extend to a rented workspace, where the infrastructure provider still controls the physical host.

Clients pin the SSH host key of the machine they rent for the life of the lease. Where a node publishes its host key under its own device key, the session terminates on the key that machine named. Where capacity is brokered through a third-party cloud that generates the key and never publishes it, no honest pin exists: the lease is reported as unverified rather than presented as checked, and a client can refuse it.

03

Contracts and governance

Lease funding and settlement execute through deployed Robinhood Chain contracts, which are unaudited software. The contracts carrying live leases place every routine administrative change behind an enforced 48-hour timelock: changing the settlement signer, the attestor or the treasury is scheduled in public and cannot execute for two days. Only halting the market, freezing a bond under investigation, resuming service and resolving a disputed lease act without delay. Of those, only dispute resolution touches money, and it decides the split of a single contested lease within what that lease already escrowed. The earlier contracts, which were governed directly by a two-of-two Safe, are paused and hold no open leases.

Contract addresses, roles, state transitions, settlement calculations, and operational parameters are published in the developer documentation.

04

Report a vulnerability

Send security reports to security@www.astrismprotocol.xyz.

Include the affected component, impact, reproduction steps, and a safe proof of concept. Do not test against mainnet user funds, disrupt public capacity, access other users' data, or publish an unresolved vulnerability.