> For the complete documentation index, see [llms.txt](https://doc.cryptostone.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.cryptostone.org/introduction/04_protocol_trust_principles.md).

# 04 Protocol Trust Principles

CryptoStone aims for a structure that does not rely on trust in a specific founder or operator. The trust of this protocol is based not on the identity of the founder, but on publicly disclosed code, fixed supply, immutable probability tables, a No Admin Mint structure, verifiable randomness, and on-chain data that anyone can inspect.

The operator must not be able to arbitrarily allocate rare NFTs to specific users, change the supply of each stone, or manipulate mining probabilities. The purpose of CryptoStone is to create a structure in which the scarcity of digital gemstones is formed by protocol rules rather than human authority.

| Trust Principle        | Description                                                                                       |
| ---------------------- | ------------------------------------------------------------------------------------------------- |
| Fixed Supply           | The total STONX supply and maximum NFT supply by STONX are fixed in advance.                      |
| Open Market Allocation | STONX follows a market-facing allocation structure.                                               |
| No Admin Mint          | The operator must not be able to issue Gem NFTs arbitrarily.                                      |
| Immutable Probability  | Gemstone attribute probability tables must be disclosed and cannot be changed after finalization. |
| Verifiable Randomness  | Gemstone attributes must be determined by a verifiable randomness structure.                      |
| On-chain Attributes    | Core attributes of Gem NFTs must be recorded as on-chain data.                                    |
| Transparent Pools      | Mining volume, remaining quantity, and difficulty of each STONX pool must be publicly verifiable. |
| Open Verification      | Anyone must be able to verify the contracts and mining rules.                                     |

This structure shows that CryptoStone is a decentralized digital gemstone protocol operated by publicly disclosed rules and verifiable code, not by the discretion of a specific operator.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://doc.cryptostone.org/introduction/04_protocol_trust_principles.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.