XPEC) is the founding collection of Xpectrum, live on Octra mainnet at octC4PvHrT8U1vDsZ5ejEBj6UgW2fRoLfohFBSCePdstZfQ. It is deployed from the XpectrumGenesis contract, a formally verified XNS-1 collection.
At a glance
Supply
Xpectra minted out at 222 of 222, after whichmint() reverts permanently. On 2026-07-28, 111 tokens were burned by transferring them to the Xincinerator, an ownerless contract that declares no entry points, no call(), and two view functions. No code path exists that can transfer a token out of it, so those 111 are permanently unrecoverable. 111 remain in circulation.
The contract still reports 222, and that is correct.
XpectrumGenesis has no burn function, so total_supply is fixed at what was minted and cannot move. The burn was performed by transferring tokens to a contract with no mechanism to transfer them out, which is why the on-chain figure does not change.In summary: 222 minted, 111 burned, 111 in circulation. The burned balance can be read directly at balances:octGn3QwHTcGjo6Vjz5G9y8Z9hZDsYoA7gbksRqdJoaeg6q on the Xpectra contract.Reveal
Revealed on 2026-07-29. Xpectra has no provenance step:set_provenance_hash exists on XNS-1 and Xcollection, not on XpectrumGenesis. It is also unnecessary: the mint had closed at 222 of 222 before the reveal, so no allocation remained to be sniped.
Fair placement is instead established by a published shuffle seed derived from a mainnet chain state root, which no party controls. The metadata and art live in the collection’s Circle and resolve through base_uri.
The contract
XpectrumGenesis is a sibling of Xcollection: the same XNS-1 ownership, three-phase mint, reveal, holder enumeration, pull-based proceeds, and Circle support. Two intentional differences:
- No Xholder reserve. Xpectra is the root collection, so it has no
xholder_mintor reserve of its own. The reserve is a benefit Xpectra holders receive on other collections, not on Xpectra itself. - No burn function. Supply is fixed at deploy.
owner_of / transfer_from / royalty_of surface and the same on-chain royalty enforcement.
Holder utilities
Priority access to future collections
Every collection launched through Xpectrum Creators reserves an allocation for Xpectra holders, set by the factory at creation:One claim per wallet, not one per Xpectra held. A wallet holding ten Xpectra gets one reserved mint on a given collection, the same as a wallet holding one.An earlier holder announcement said each Xpectra ID could be used once per collection. That was wrong. The contract tracks the claim per wallet in
xholder_claimed, and has done since the current factory shipped.max_per_wallet. Unclaimed slots return to the public pool after Guaranteed ends. See Xcollection.
Platform fee share
Xpectrum charges 2.5% on primary mints and secondary sales. Holders receive a share of it, distributed quarterly. The first distribution was made on 2026-07-30 as an initial test covering the platform’s first 72 hours of activity. The exact holder allocation and the distribution mechanics are not finalised and are not published here yet.Governance
Xpectra is intended to carry governance over platform features and the roadmap. The governance surface is still being built. Voting mechanics and weighting are not finalised and nothing is enforced on-chain today.Holders channel
A dedicated holders channel in the Xpectrum Discord, gated by verified ownership.Holder-gated Circle content was previously described as an Xpectra utility. It is not available. The implementation is being rebuilt and no public interface exists. See Circles; this page will be updated once it is deployed.
Verifying
Xpectra is a standard on-chain contract and its state can be read directly:name | symbol | total_supply | max_supply | royalty_bps | owner | revealed.
See the RPC reference for the full view surface.