What Solva does
The capabilities of Solva, from the coverage record to the reads partners and contracts make.
Solva gives an institution a coverage record, designed to be published every day, and gives the people who rely on it several ways to read and check that record.
A coverage record each cycle
An institution runs a cycle for each asset. Cycles run on request today. Daily scheduled publishing Coming soon runs them without a request: the orchestrator's scheduler, off by default, runs a cycle daily on the free plan and hourly on the pro plan. Each cycle reads the reserve balances from the institution's reserve source, takes the list of what the institution owes its customers, builds a proof that the reserves cover that list, and sends the proof to the institution's registry on Stellar.
The registry checks the proof and, if the proof is valid, writes a new record. Each record carries the reserves total, the total owed, a commitment to the customer list and the time it was written. Records are never edited. The next cycle adds the next record.
If reserves fall below what is owed, the cycle is refused and nothing is written, so there is no proof that day. The registry stores no status. For the statuses covered, short and stale, see What a record shows.
A check any holder can make
A holder can check that their own balance was counted in a record. The institution gives the holder an inclusion path, and the registry on Stellar answers true or false.
The check reveals nothing about any other customer and needs no account with Solva.
Reads for partners and contracts
Anyone can read the latest record, or any earlier record by its number, from the registry on Stellar. Reading needs no account and costs nothing. A wallet can show coverage beside a balance. An exchange can check coverage before it lists a token. An auditor can collect a dated record for every cycle.
is_covered Coming soon is a single contract call that answers whether an asset is covered. A lending pool or another contract calls it before it accepts the asset, with no server in between.
Public record pages
Public record pages Coming soon give each institution and asset a stable web address that shows its current status and history. An anchor links the page from its stellar.toml file through the SEP-1 field attestation_of_reserve, so wallets and exchanges find it where they already look. See Stellar standards.
Selective disclosure
Selective disclosure Coming soon lets an institution give one named party, such as a supervisor or an auditor, scoped access to see more than the public record shows. Everyone else sees only the totals and the commitment.
Try it
The public demo at joinsolva.xyz/demo runs a full cycle on Stellar Testnet. Two example institutions use a sandbox that stands in for the custodian, so their reserve figures are synthetic. The third, Harbor Wallet, holds real Testnet USDC whose balance is read from Stellar on every run. The proof, its verification on Stellar and the record are real. The demo reads the record back from the contract with get_latest_proof and checks an example holder on the contract with verify_inclusion.