What is Chiliz?

Introduction

Chiliz is a blockchain network built specifically for sports and entertainment. That sounds narrower than a typical Layer 1 pitch, and that narrowness is the point: instead of trying to be the base layer for everything, Chiliz is designed around a particular economic loop; teams issue official digital assets, fans hold and use them, and applications such as Socios.com turn those assets into participation, rewards, and trading activity.

This solves a real coordination problem. Sports clubs already have global audiences, loyalty programs, memberships, merchandise, ticketing systems, and sponsorships. What they usually do not have is a native internet asset that can move across those contexts while remaining officially tied to the club. Chiliz exists to provide that asset layer and the network underneath it.

The result is a chain whose design makes more sense if you start from the application rather than the infrastructure. The core object in the ecosystem is not an abstract smart contract or a generic governance token. It is the Fan Token: an officially licensed digital asset for a sports team, created on the Chiliz Chain and used in products such as Socios.com. Once that use case is fixed, many of the network’s technical choices become easier to understand.

How does Chiliz create and support official fan tokens?

Most blockchains begin with a broad claim: they want to be a neutral execution layer for any program. Chiliz takes a more constrained approach. Its public materials describe it as built for sports, and its developer and product stack repeatedly centers sports and entertainment as the target industry. This is not just branding. It affects what kinds of assets the network emphasizes, what kinds of partners it courts, and what tradeoffs it is willing to make.

The key economic relationship is simple. A club wants an official digital asset with recognizable provenance. A fan wants something more durable and portable than a login badge or a points balance inside a closed app. The platform wants a way to let those assets be issued, traded, held in self-custody or platform custody, and used in engagement experiences. Chiliz provides the chain-level settlement and token infrastructure for that relationship.

That is why CHZ matters. CHZ is the native token of the Chiliz Chain, and it plays the same basic chain role that native assets play elsewhere: it pays gas, helps secure the network through staking and delegation, and is used in cross-chain operations. In the Socios.com product flow, CHZ also functions as the platform’s digital currency used to acquire Fan Tokens. So CHZ is not only a gas token in the abstract; it is part of the consumer path into the ecosystem.

This creates a layered structure. At the base sits the Chiliz Chain. At the next layer sits CHZ, the native asset used to pay for blockspace and support network security. Above that sit the application assets, especially Fan Tokens, which represent official club-linked digital assets. And above that sit apps and services such as Socios.com, FanX, wallets, bridges, staking interfaces, and explorers. If you keep that stack in mind, the ecosystem is much less confusing.

Why does Chiliz use a sports‑specific blockchain instead of a general Layer 1?

A reasonable question is: why does sports fandom need its own blockchain? Why not issue tokens on a larger general-purpose network and stop there?

The answer is partly about economics and partly about control.

If the main product is frequent, consumer-facing interaction then transaction cost and speed matter much more than they do for a chain optimized for infrequent, high-value settlement.

• voting in polls
• claiming rewards
• moving tokens
• trading in relatively small denominations

Chiliz’s architecture aims for average block times of about 3 seconds and up to roughly 400 transactions per second, which is a very different design target from a maximally decentralized but slower and more expensive chain.

The other reason is ecosystem coherence. A sports-focused chain can make the official-asset story much clearer. Teams, fans, and applications are not entering a giant undifferentiated network where sports assets are just one small niche among thousands of unrelated tokens. Instead, the chain itself is positioned around that niche. That makes partnership development, branding, wallet flows, token launches, and secondary-market infrastructure easier to align.

There is a tradeoff here, and Chiliz states it in substance even when its marketing language is more expansive: this kind of design gets speed and lower fees partly by giving up some decentralization. That is not unique to Chiliz. Many application-focused networks make the same bargain. But on Chiliz the bargain is especially important because the target users are not only crypto-native developers. They include clubs, brands, and mainstream sports fans, for whom usability often matters more than ideological purity about validator counts.

How does the Chiliz Chain work under the hood (consensus and EVM compatibility)?

At the protocol level, Chiliz Chain is an EVM-compatible Layer 1. The white paper and developer docs describe it as a fork of BNB Smart Chain, itself derived from go-Ethereum. The practical consequence is straightforward: developers can use familiar Ethereum-style tooling, smart contracts, and patterns, while the chain adopts a validator and consensus design closer to BNB Smart Chain’s architecture than to Ethereum mainnet’s.

The consensus mechanism is Proof of Staked Authority, or PoSA. The name tells you the core idea. It combines two ingredients. The staked part means stake matters: validators and delegators lock CHZ, and validator selection depends on bonded stake. The authority part means block production is carried out by a limited set of validators rather than by a large open validator population. These validators take turns producing blocks in a Proof-of-Authority-like manner.

That combination is the compression point for understanding Chiliz. It is not trying to maximize permissionless validator participation in the way some other networks do. It is trying to produce blocks quickly and cheaply with a bounded validator set while still grounding validator selection and governance in staked CHZ. The docs describe an initial system of 11 validators, and elsewhere the developer glossary describes a system of 11 validators supporting shorter block times and lower fees.

This produces the basic mechanism. People stake CHZ either as validators or as delegators. Validator candidates with the most bonded stake become the active validators. Those active validators produce blocks. Because the set is small, coordination is simpler and latency is lower. Because stake determines who enters and remains in the validator set, token-holders can influence security and governance indirectly through delegation.

A worked example makes this clearer. Imagine a sports application launches a new on-chain feature that triggers lots of small transactions: fans claiming digital rewards after a match, trading team tokens, or casting votes in app-linked polls. On a network with expensive and congested blockspace, those interactions become awkward or uneconomic. On Chiliz, the smaller validator set and PoSA scheduling aim to keep confirmation times short and fees lower. That does not make the transactions free in any deep sense (the network is still paying for coordination and security) but it changes who bears the cost and whether consumer-scale interactions feel usable.

The analogy here is a specialized rail network rather than a universal road system. A specialized rail line can move a specific kind of traffic efficiently because it was designed for that traffic. What this analogy explains is why a vertical chain can outperform a general-purpose chain for a narrow workload. Where it fails is that blockchains are still programmable and open to many use cases; Chiliz is not physically limited to sports in the way a rail line is limited by geography.

How do validators and delegation secure Chiliz, and what are the minimums?

Because Chiliz uses PoSA, its security model is inseparable from the validator set. To run a validator, the white paper states a minimum stake of 10,000,000 CHZ is required. Delegators can participate with as little as 0.01 CHZ. This difference matters because it shows how the network separates operational control from economic participation. Very few participants will run validators. Many more can delegate.

When users delegate, they are not producing blocks themselves. They are adding stake to a validator, which affects that validator’s bonded amount and therefore its weight in the system. Delegators also receive a share of staking rewards, minus any validator commission. This means delegation is doing two jobs at once: it helps determine who has influence in consensus and governance, and it distributes network rewards to token holders willing to lock assets.

The reward system reflects that structure. According to the white paper and staking disclosures, block rewards come from the CHZ inflationary mechanism and from priority fees. Of each block’s total reward, 65% goes to active validators and their delegators, while 35% is directed to network growth. That network-growth portion is further split between a Community Vault and liquidity or restaking rewards on one side, and ecosystem and operational uses on the other.

Here the important invariant is not the exact percentage split by itself. It is the principle that network issuance is doing more than paying validators. It is also being used to finance the broader ecosystem around the chain. For a network built around sports applications and partner onboarding, that makes strategic sense. It also means CHZ monetary policy is not just a narrow security budget; it is a policy lever for ecosystem expansion.

Slashing exists as a discipline mechanism for validator misbehavior, including issues such as double signing and prolonged downtime. The staking disclosure emphasizes an unusual nuance: on Chiliz, slashing affects rewards rather than the initially staked principal in the same way seen on many other Proof-of-Stake systems. That reduces one class of loss for stakers, but it does not remove risk. Delegators can still lose expected rewards, suffer from validator underperformance, or face delays through undelegation cooling periods.

Those delays matter. Undelegating CHZ takes a cooling period of two full epochs, roughly two to three days, during which the tokens are not transferable, not redelegatable, and do not earn rewards. The mechanism is there to stabilize validator-set transitions and discourage abrupt stake movement, but the consequence for users is liquidity risk. If market conditions change quickly, staked tokens are not instantly available.

Who governs Chiliz and how are protocol changes decided?

Chiliz’s governance model is more centralized than the phrase “token holder governance” might suggest. The developer docs state that the governance contract is based on Compound’s Alpha governance, but with a notable extension that allows custom voting periods for proposals. Voting power depends on the total delegated amount of the validator, and the validator owner is the party that actually casts the vote.

So the chain’s governance logic is this: stake creates validator power, delegators contribute to validator stake, and validator owners exercise the formal vote. Delegators influence governance indirectly by deciding which validator to support, but they do not individually vote on protocol proposals in the same direct way a one-token-one-vote system might imply.

This distinction is easy to miss and important to keep clear. On Chiliz, there are really two different kinds of “governance” in everyday discussion. The first is protocol governance, where validators vote on network changes, hard forks, validator counts, staking parameters, and similar decisions. The second is fan engagement governance, where Fan Token holders vote on team-related polls in applications such as Socios.com. These are not the same thing. Holding a club’s Fan Token does not mean you are governing the blockchain itself.

The proposal rules are fairly strict. Governance proposals are public, visible in the governance dApp, typically open for 7 days according to the staking disclosure, and require a 2/3 quorum. If quorum is reached and more than 50% of voting power supports the proposal, it can be executed after the voting period. If quorum is not reached, the proposal fails.

This tells you something fundamental about Chiliz’s political structure. The chain is not governed by a broad, diffuse retail electorate. It is governed by a relatively small validator-centered body whose power is weighted by delegated stake. That makes fast coordination easier, especially for infrastructure upgrades. It also concentrates influence.

The history of upgrades shows this governance system is active, not theoretical. The public changelog lists major proposals and hard forks including Dragon8 in May 2024, validator additions in late 2024 and early 2025, Pepper8 in August 2025, Snake8 in October 2025, and later contract cleanup work. Those entries make clear that chain parameters and system contracts are meant to evolve through recurring validator governance rather than through one-time launch decisions.

What are CHZ’s issuance, inflation, and fee‑burn rules after Dragon8?

CHZ began with an initial total supply of 8,888,888,888 CHZ when originally issued in 2018. But understanding Chiliz today requires separating origin supply from current monetary policy. The network no longer behaves like a permanently fixed-supply token system.

The major shift came with the Dragon8 upgrade, implemented on May 6, 2024. According to the white paper, Dragon8 introduced CHZ Tokenomics 2.0, which includes an inflation schedule starting at 8.80% in year one and gradually declining until it reaches an inflation floor of 1.88% after 14 years. Dragon8 also introduced a perpetual fee-burning mechanism inspired by Ethereum’s EIP-1559.

Why combine inflation and burning? Because they solve different problems. Inflation creates a continuing source of rewards for validators, delegators, and ecosystem growth. Burning removes part of fee-based issuance pressure and links network usage to supply reduction. In plain language, inflation funds security and expansion; burning partially offsets issuance when the chain is used.

That does not mean the token becomes “deflationary” in every market condition. Whether net supply rises or falls depends on the relationship between newly issued CHZ and CHZ burned through fees. The fundamental point is more modest: Chiliz moved from a token with a fixed origin story to a network with an explicit ongoing monetary policy.

This is a significant design choice. A sports-focused network needs an answer to the question, “How do we keep validators and ecosystem participants paid over time?” A fixed supply can work if fees become very large, but consumer applications often prioritize low fees. Inflation is a way of paying for security and growth without relying solely on transaction demand. The cost is dilution. The burn mechanism is an attempt to keep that dilution from becoming unconstrained.

Pepper8 later added another unusual tokenomic event. The white paper says a governance proposal approved in 2025 integrated Paribu Net into Chiliz Chain by discontinuing Paribu Net and converting PRB balances into CHZ through an irregular state transition. That phrase means balances were updated directly by a governance-approved protocol state change rather than by ordinary user-signed on-chain transactions. This is not how normal token transfers work. It is an exceptional governance tool used for a network-level migration.

The broader lesson is that CHZ supply and state are not governed only by market trading. They can also be altered by protocol upgrades and governance-approved system changes. For anyone trying to understand Chiliz purely as a consumer app token, that is an important missing piece.

What are the real-world uses of Chiliz and Fan Tokens?

Chiliz becomes most concrete at the application layer. The flagship use case is the creation and circulation of Fan Tokens, which Socios describes as digital assets for major sports teams. These tokens are created on the Chiliz Chain and give holders access to fan engagement activities on Socios.com. Those activities include polls on selected team decisions and access to rewards such as VIP tickets and experiences.

Mechanically, the path often works like this. A user acquires CHZ, either through fiat purchase in the app or by transferring it from elsewhere. The user then uses CHZ to obtain a team’s Fan Token, either through an initial Fan Token Offering, or FTO, at a fixed price, or through secondary trading. Once the user holds the token in the Socios wallet, the token can unlock app-based participation and benefits tied to that team.

Notice what is happening under the hood. The club-linked token is the visible object the fan cares about, but the chain needs a native settlement asset, and that asset is CHZ. In that sense, CHZ is the common economic denominator of the ecosystem. Fan Tokens are differentiated application assets; CHZ is the network’s base asset.

It is also important not to overstate what Fan Token “governance” means. Socios says holders can vote on real team decisions, but it also makes clear that polls are tailored by each team and teams decide which questions to ask. So the token does not give open-ended control over club operations. It gives participation within boundaries chosen by the team.

That is neither trivial nor all-powerful. It is best understood as structured engagement, not ownership of the club and not protocol governance over the chain. The token’s value proposition comes from official licensing, recognizability, access, and community participation; plus, for some users, speculative trading. Secondary reporting has noted that fan-token markets can be volatile and that some buyers treat them as speculative assets. Chiliz and Socios emphasize engagement utility, but the market layer inevitably introduces price speculation once tokens are tradable.

What are Chiliz’s main limitations and key assumptions?

The strongest reason Chiliz exists is also its main limitation: it is highly dependent on the sports-and-entertainment thesis. If clubs, leagues, and fans do not continue to treat official digital assets as meaningful, then the chain’s specialization becomes a constraint rather than an advantage. A general-purpose chain can fall back on many unrelated use cases. A vertical chain has less room to hide if its core category weakens.

There is also the decentralization tradeoff. Chiliz’s own docs acknowledge that PoSA achieves faster blocks and lower costs at the expense of decentralization. A small validator set can coordinate upgrades and maintain performance, but it also means governance and block production are concentrated among a limited group of actors. For a network serving mainstream consumer applications, that may be an acceptable engineering choice. But it is still a choice, not a free lunch.

A second assumption is that official licensing creates durable token value. This is plausible: official team affiliation is a real source of provenance and demand. But official status alone does not guarantee meaningful utility, liquid markets, or long-term retention. If a team offers only shallow polls or sparse rewards, the token may feel more like branded merchandise than like an enduring digital participation asset.

A third assumption is that the chain can balance usability with monetary credibility. Inflation can fund validator rewards and ecosystem growth, while fee burning can offset some issuance. But token holders must believe the system’s inflation, reward distribution, and governance changes are predictable enough to support long-term confidence. The white paper itself notes supply figures can change daily and that not all originally minted CHZ migrated from Ethereum, which means even the supply story has moving parts.

There are also ordinary crypto risks. The white paper and staking disclosures warn about market loss, illiquidity, smart contract vulnerabilities, network upgrades, wallet risks, and key-management failures. Audit coverage exists for governance contracts, the bridge, tokenomics, and related components, but audits reduce risk; they do not erase it. The same is true of fan-facing products. A licensed token can still be volatile, hard to exit quickly, or disappointing in practical utility.

How should I summarize Chiliz in one sentence?

Chiliz is easiest to understand if you stop asking whether it is trying to be “the next Ethereum” and instead ask what problem it is actually solving. It is building sports-specific digital asset infrastructure: a chain, a native token, a validator system, and application rails designed to support official fan assets and the products around them.

Its internal logic is consistent. Because it wants consumer-friendly speed and cost, it uses a small-set PoSA design. Because it wants official team-linked assets, it centers Fan Tokens and partner platforms such as Socios.com. Because it needs to keep validators and ecosystem participants paid, it uses CHZ as gas, staking collateral, and a monetary policy instrument with both inflation and burning.

So the short version is this: **Chiliz is a specialized Layer 1 for sports and entertainment, with CHZ as its native asset and Fan Tokens as its signature application. ** Its promise comes from focus. Its risks come from the same place.

How do you buy Chiliz?

You can buy CHZ (Chiliz) directly on Cube Exchange through the spot market. Fund your Cube account, open the CHZ spot market, choose an order type, and execute the trade on Cube Exchange.

1. Deposit fiat via the on‑ramp (card or bank) or transfer a supported crypto (USDC/USDT) into your Cube account.
2. Open the CHZ spot market on Cube Exchange (look for CHZ/USD, CHZ/USDC, or CHZ/USDT).
3. Choose an order type: use a market order for immediate execution or a limit order to control price (limit orders are useful for volatile fan‑token moves).
4. Enter the CHZ amount or the fiat/stablecoin you want to spend, review estimated fees and slippage, then submit the order.