Belt.fi
English
English
  • Belt Finance Intro
  • Vision & Roadmap
  • Team
  • Understanding Belt
    • Understanding 3Tether
    • Understanding 4Belt
    • Understanding beltTokens (beltBTC, beltETH, beltBNB, beltHT, beltSKLAY)
    • Understanding Liquidity Pools
    • Understanding Multi-Strategy Vault Fees
  • Cross-Chain Belt
    • Klaytn on Belt
    • HECO Chain on Belt
    • Cross-Chain Swap
  • Tokenomics
    • BELT token
      • BELT Single Staking
    • Mining Distribution Rates
    • Managing BELT Supply
      • Buyback & Burn Policy
  • Security and Risks
    • Bug Bounty
  • FAQ
  • Contracts
    • Contracts overview
    • Contract operation & security
    • Contract deployed info
      • HECO Belt Contracts
      • KLAYTN Belt Contracts
    • SOOHO Audit
    • HAECHI Audit
    • HECO Audit (SOOHO)
    • Dedaub Audit
  • How-to Guides
    • Cross-chain Pool (3Tether)
    • Cross-chain Swap
    • Governance & Voting
    • How to use a Belt LP Staking Pool
    • Bridging BELT (BNB) to HBELT (HECO) through Orbit Bridge
    • Providing Liquidity on HECO Belt Finance
  • Official Links
    • Main Telegram
    • Announcement Telegram
    • Chinese Telegram
    • Medium
    • Twitter
    • Belt.Fi git
    • CoinMarketCap
    • CoinGecko
    • Orbit Bridge
    • OrbitBridge git
Powered by GitBook
On this page
  • BELT Token Contract Operations
  • MasterBelt Contract Operations
  • Swap Contract Operations
  • Contract Timelock
  1. Contracts

Contract operation & security

Further description of operation and security of the contracts. Please refer to the contracts overview for more information on these contracts.

BELT Token Contract Operations

In regards to the BELT token, it is important to distinguish between the CLAIMER and OWNER:

  • [ONLY CLAIMER] claimInitialSupply(uint _amount)

  • [ONLY OWNER] mint(address _to, uint256 _amount)

The CLAIMER is a team controlled wallet (EOA) that has the permission to claim the initial supply, which is 200,000 BELT Tokens. When this wallet claims this initial supply, the supply will be minted. Refer to the BELT token section for details on how this supply is/was used.

The OWNER is controlled by the MasterBelt contract. Rest assured, the team has no way to haphazardly Mint the tokens.

MasterBelt Contract Operations

In regards to the MasterBelt Contract Write operations, it is important to understand what they do and how things are actually controlled. The two important write operations are:

  • [ONLY OWNER] add(uint256 _allocPoint,IERC20 _want,bool _withUpdate,address _strat)

  • [ONLY OWNER] set(uint256 _pid,uint256 _allocPoint,bool _withUpdate)

The "add" means that more staking pools can be added. The "set" means that the mining allocation rate per pool is set.

These are initially controlled by the team controlled wallet (EOA). When governance it set, however, this will fully be controlled through governance consensus.

Swap Contract Operations

In regards to the swap contract:

Note that there are KILLABLE functions and unkillable functions. While the team has permission over the KILLABLE functions, the "remove_liquidity" function cannot be stopped.

This means that whatever the case, users will always be able to remove the liquidity they added.

The OWNER permissions of setting the parameters (fees, buyback, etc) are currently held by a team controlled wallet (EOA). The burnt BELT will be transparently shown on the Belt.fi website.

When governance is set, these parameters will be changed through governance consensus.

Contract Timelock

There is a 24 hour timelock in place. Any changes to the contracts take 24 hours to be applied.

PreviousContracts overviewNextContract deployed info

Last updated 2 years ago