Skip to main content

$SPT Token

$SPT is the proposed native token of the Sentico ecosystem, built by Sentico Labs. This page describes two distinct things and is careful to keep them separate:

  1. The on-chain contract — what the deployed ERC-20 actually is and does. These are verifiable facts.
  2. The proposed economic model — roles, value accrual, and distribution. These are pre-launch proposals subject to change.
Pre-launch proposal — not an offer

Every economic parameter below is a pre-launch proposal and remains subject to legal, governance, audit, and launch review. Nothing here is an offer to sell tokens, a solicitation, investment advice, or a commitment that any token will launch with these exact parameters. See the Disclaimer and the canonical Tokenomics reference for the full model.

The on-chain contract​

The $SPT token is a minimal, immutable OpenZeppelin ERC20. The contract (contracts/src/Sentico.sol) does exactly one thing: it mints a fixed supply once, to the deployer, at construction. There is no post-deployment minting, no burn function, no permit, no pausing, no upgrade proxy, and no governance hooks in the token itself.

contract Sentico is ERC20 {
    uint256 public constant TOTAL_SUPPLY = 500_000_000 ether;

    constructor() ERC20("Sentico", "$SPT") {
        _mint(msg.sender, TOTAL_SUPPLY);
    }
}

On-chain facts vs. economic proposal​

The boundary matters. The contract guarantees a fixed-supply ERC-20 and nothing more; everything else is protocol policy delivered by separate mechanisms and subject to governance.

PropertyStatusDetail
StandardOn-chain factOpenZeppelin ERC20
Name / symbolOn-chain factSentico / $SPT
DecimalsOn-chain fact18 (ERC-20 default)
Total supplyOn-chain fact500_000_000 ether = 500,000,000 × 10^18 base units
MintingOn-chain factMinted once at construction to the deployer; no further mint path
InflationOn-chain factNone — supply is fixed and cannot be increased
Burn functionOn-chain factThe contract exposes no burn function
Permit / EIP-2612On-chain factNot implemented on $SPT
UpgradeabilityOn-chain factNone — not a proxy; contract logic is immutable
Buyback and burnEconomic proposalProtocol-level policy, not a token-contract feature (see below)
Roles / governanceEconomic proposalNot encoded in this contract; delivered by separate systems
Allocation / vestingEconomic proposalSee Tokenomics
On "no burn function"

Because the token contract has no burn method, an on-chain "buyback and burn" is executed as an ERC-20 transfer to an unspendable address (a burn/dead address) or an equivalent sink. The effect — permanently removing tokens from circulation and reducing effective supply — is externally verifiable on-chain, but it is a protocol operation, not a function on the $SPT contract.

Proposed roles​

These are governance proposals, consistent with the Tokenomics reference. None of them is encoded in the token contract.

RoleDescription
IncentivesBootstrap users, reward volume tiers, and fund market-maker liquidity and ecosystem participation
GovernanceVote on protocol parameters after a separate governance system launches
Fee alignmentCashflow-linked value accrual via fee buyback-and-burn (see below)
Ecosystem reservesFund grants, integrations, treasury operations, and market development

Value accrual​

The core value-accrual thesis is fee buyback-and-burn: a growing share of protocol fees is used to buy $SPT on the open market and permanently remove it from circulation. This is protocol policy applied via protocol operations — it is not a feature of the ERC-20 contract, and the burn is performed by transferring purchased tokens to an unspendable address so it stays externally verifiable.

PhaseMonthsFee share to buyback-and-burn
BootstrapMonth 0–1220%
GrowthMonth 12–3630%
MatureMonth 36+40%

Purchased $SPT is burned on-chain rather than parked in treasury, so the mechanism is verifiable and avoids ambiguity over who controls repurchased tokens. The remaining fee split (LPs, treasury, insurance) and the full model are documented in Tokenomics.

Supply and distribution​

Supply is fixed at 500,000,000 $SPT with no inflation. Distribution is proposed to be community-aligned, not an unrealistic zero-investor structure.

GroupingProposed shareNotes
Community-aligned~58%Community emissions, retroactive airdrop, treasury/foundation, and buyback reserve
Insiders~34%Team and core contributors, Wharf Plan, other strategic backers, and advisors — with cliffs and multi-year linear vesting
Market-maker liquidity~8%Off-float and contractually returnable; excluded from circulating supply

This is a summary only. The canonical, itemized allocation, vesting schedules, cliffs, emission tranches, circulating-supply path, and scenario framing live in the Tokenomics reference — treat that page as the source of truth for economics. Where numbers here and there differ in detail, the Tokenomics page governs.

Launchpad token template​

Do not confuse $SPT with the Launchpad token template. contracts/launchpad/src/SenticoERC20.sol is a separate, generic ERC-20 used by the Sentico Launchpad product to deploy tokens for other projects. It differs from $SPT in that it:

  • adds ERC20Permit (EIP-2612 gasless approvals), which $SPT does not have;
  • is fully parameterized at construction — name, symbol, totalSupply, and initialHolder are all constructor arguments;
  • validates a non-zero holder and non-zero supply.

It is a reusable template, not the Sentico protocol token. $SPT is the specific, hardcoded Sentico / $SPT contract described above.

Token generation event​

TGE timing is proposed to align with public mainnet readiness. The final allocation table, vesting schedules, and cliffs will be published in advance of TGE following legal review. No TGE date is asserted here; refer to official Sentico Labs communications and the Tokenomics reference for the latest published parameters.

See also​

Last updated on