Where the number comes from.

The Solana calculation

1. Read BTC, ETH, SOL, RENDER, ZEC, HYPE and AAVE, in that order.
2. Check each account address, owner, Pyth feed ID and verification status.
3. Require a positive price, dated at or before the chain clock and at most ten minutes old.
4. Convert the values to a shared scale of 10¹⁸ and add them using integer arithmetic.
5. Return the total, X, with the basket identity and a hash of the price inputs.

All seven prices must pass. If one fails, the caller receives an error instead of a partial total.

Calling from another Solana program

The program supports direct calls and cross-program invocation (CPI). Both use the same price checks. The result is 95 bytes; the supplied Rust helper checks the returned program, format and basket immediately after the call.

Using the number

The calculation is public and repeatable. It is useful when your app needs a result it can reproduce from the same market prices. It provides a different model from secret or cryptographic randomness.

Keep X as an integer. Applications that turn it into a range or choose an outcome need to define their conversion and when the prices are read. See the call guide for precision and retry details.

Program updates

The seven accounts are compiled into the Solana program. Changing that list requires a program upgrade by its upgrade authority. Integrations can check the deployed code against the published build before calling it.

Robinhood Chain version

The Robinhood Chain core uses an EVM computeX() call on chain ID 4663. Its planned inputs come from 69 source adapters, with their addresses and code hashes fixed at deployment.

The core contract is written. The source adapters are still in development; their last published status is dated August 6, 2026.