Random bytes and numbers
Generate random bytes and bounded numbers for security tokens, game logic, simulations, and other application needs.
Cryptographically secure randomness API
Rantropy provides random bytes, bounded numbers, shuffling, sampling, and distribution workflows over REST and gRPC. When evidence is enabled, each request can be connected to a receipt, hash chain, and Merkle proof so an important outcome remains traceable after the event.
We are preparing the public AWS Marketplace release and can review technical requirements and pilot plans before launch.
API scope
A consistent API exposes common random workflows on top of a security-focused randomness core.
Generate random bytes and bounded numbers for security tokens, game logic, simulations, and other application needs.
Randomize list order or select samples under defined conditions without rebuilding the core logic in each application.
Choose between familiar web integration and persistent, latency-sensitive server connections.
Evidence and review
Requests, output hashes, usage, and timestamps are connected into material that customers and auditors can inspect.
Connect each randomness request and result to an identifiable record that can be retrieved when needed.
Use hash chaining and Merkle proofs to make missing records and later modifications detectable.
Provide evidence formats suitable for external review instead of relying only on an internal service screen.
Assurance boundary
A useful verification model states both its controls and its limits instead of treating every form of verifiable randomness as the same system.
The generation core is designed for security-sensitive randomness, not reproducible simulation output from a user-supplied seed.
Receipts and integrity structures show how the service recorded a request and result. They are not a VRF, public beacon, or commit-reveal protocol.
Authorization, business rules, jurisdictional approval, and independent certification remain separate controls for the customer to operate.
Validation and operations
Statistical testing supports review of output quality, while production readiness also depends on quotas, key handling, failure behavior, evidence capacity, and export verification.
PractRand, ENT, Dieharder, NIST STS, and TestU01 results are kept with the tested volume and conditions so the numbers can be interpreted correctly.
API quotas, rate limits, receipt generation, retention, exports, and Merkle proofs are applied according to the active contract and evidence policy.
Evidence exports are intended to be checked outside the service screen with documented identifiers, hashes, proof fields, and integrity rules.
Technical guides
Use these guides to choose an interface, understand the evidence model, interpret validation results, and prepare regulated random workflows.
Share your expected request volume, latency target, receipt policy, and preferred AWS Marketplace contract path, and we will help define the rollout scope.