一solidity简单代币到销毁机制,分红机制,防机器人,营销手续费等一个完整代币(bsc链)

Posted 博文只是为了整理笔记

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一solidity简单代币到销毁机制,分红机制,防机器人,营销手续费等一个完整代币(bsc链)相关的知识,希望对你有一定的参考价值。

在浏览了全网发现都没有一个现今完整机制的代币资源,决定自己来写一个博客。

目录

二、代币的销毁机制

三、代币的防机器人机制

四、代币营销手续费

五、一个完整项目代币,包括以往未实现的分红,添加流动性等


一、使用remix在线编辑器写简单代币

编辑器地址:remix.ethereum.org                  注:需要翻墙

上面是这个在线编辑器, 我们先新建个文件夹

再建一个Token.sol文件。 

Token.sol文件内容

// SPDX-License-Identifier: MIT
pragma solidity ^0.6.2;
import "./ERC20.sol";
contract Token is ERC20

   string private _name;    //代币名字
    string private _symbol;     //代币符号
    /*
     * @dev 返回代币的名字
     */
    function name() public view virtual returns (string memory) 
        return _name;
    
    /**
     * @dev 返回代币的符号
     */
    function symbol() public view virtual returns (string memory) 
        return _symbol;
    
    /**
     * 返回代币精度
     */
    function decimals() public pure virtual returns (uint8) 
        return 18;
    
    constructor() public
        _name='Token';    
        _symbol='Tk';
        _mint(msg.sender, 10000000000000 * (10 ** 18));            //铸币给连接此合约的账号于10000000000000个币;
    
     //交易函数
  function _transfer(address recipient,uint256 amount) public returns(bool)
        return super.transfer(recipient, amount);     //发送代币
    
    function _transferFrom(address sender,address recipient,uint256 amount) public returns(bool)
        return super.transferFrom(sender,recipient,amount);     //发送代币
    

在这代码中我们实现了一个简单代币功能,ERC20.sol是一个以太坊的库。里面包括了一系列的针对代币的方法。ERC20.sol的代码我会在后面贴出来。这里的_mint是ERC20的一个铸币方法。参数是_mint(address account, uint256 amount)指给左边地址多少个amount的币。

接着我们配置metamask的测试网络配置如下:

NetWork Name: BSC Testnet

RPC URL:https://data-seed-prebsc-1-s3.binance.org:8545/

ID:97

符号:BNB

URL:https://testnet.bscscan.com/

 

 

再去 https://testnet.binance.org/faucet-smart里面输入的地址领取测试币

之后再部署这个代币到bsc测试链里面

 根据从上到下箭头依次选择即可

 这是部署之后的

 点击浏览器打开

这个就是你的合约地址了,之后添加该代币

 

 

 

添加完之后我们可以部署去测试pancake,添加流动性。测试交易等

pancakeswap测试地址:https://pancake.kiemtienonline360.com/#/pool

 

 

 

 最后就能测试交易了

 

ERC20.sol代码,ERC20.sol实现了IERC20接口的一系列方法,有铸币,交易,转账等基础方法。

// SPDX-License-Identifier: Unlicensed
pragma solidity ^0.6.2;
import "./IERC20.sol";
import "./SafeMath.sol";
contract ERC20 is IERC20 
    using SafeMath for uint256;

    mapping (address => uint256) internal _balances;

    mapping (address => mapping (address => uint256)) internal _allowances;

    uint256 private _totalSupply;

    /**
     * @dev See `IERC20.totalSupply`.
     */
    function totalSupply() public override view returns (uint256) 
        return _totalSupply;
    

    /**
     * @dev See `IERC20.balanceOf`.
     */
    function balanceOf(address account) public override view returns (uint256) 
        return _balances[account];
    

    /**
     * @dev See `IERC20.transfer`.
     *
     * Requirements:
     *
     * - `recipient` cannot be the zero address.
     * - the caller must have a balance of at least `amount`.
     */
    function transfer(address recipient, uint256 amount) public override returns (bool) 
        _transfer(msg.sender, recipient, amount);
        return true;
    

    /**
     * @dev See `IERC20.allowance`.
     */
    function allowance(address owner, address spender) public override view returns (uint256) 
        return _allowances[owner][spender];
    

    /**
     * @dev See `IERC20.approve`.
     *
     * Requirements:
     *
     * - `spender` cannot be the zero address.
     */
    function approve(address spender, uint256 value) public override returns (bool) 
        _approve(msg.sender, spender, value);
        return true;
    

    /**
     * @dev See `IERC20.transferFrom`.
     *
     * Emits an `Approval` event indicating the updated allowance. This is not
     * required by the EIP. See the note at the beginning of `ERC20`;
     *
     * Requirements:
     * - `sender` and `recipient` cannot be the zero address.
     * - `sender` must have a balance of at least `value`.
     * - the caller must have allowance for `sender`'s tokens of at least
     * `amount`.
     */
    function transferFrom(address sender, address recipient, uint256 amount) public override returns (bool) 
        _transfer(sender, recipient, amount);
        _approve(sender, msg.sender, _allowances[sender][msg.sender].sub(amount));
        return true;
    

    /**
     * @dev Atomically increases the allowance granted to `spender` by the caller.
     *
     * This is an alternative to `approve` that can be used as a mitigation for
     * problems described in `IERC20.approve`.
     *
     * Emits an `Approval` event indicating the updated allowance.
     *
     * Requirements:
     *
     * - `spender` cannot be the zero address.
     */
    function increaseAllowance(address spender, uint256 addedValue) public returns (bool) 
        _approve(msg.sender, spender, _allowances[msg.sender][spender].add(addedValue));
        return true;
    

    /**
     * @dev Atomically decreases the allowance granted to `spender` by the caller.
     *
     * This is an alternative to `approve` that can be used as a mitigation for
     * problems described in `IERC20.approve`.
     *
     * Emits an `Approval` event indicating the updated allowance.
     *
     * Requirements:
     *
     * - `spender` cannot be the zero address.
     * - `spender` must have allowance for the caller of at least
     * `subtractedValue`.
     */
    function decreaseAllowance(address spender, uint256 subtractedValue) public returns (bool) 
        _approve(msg.sender, spender, _allowances[msg.sender][spender].sub(subtractedValue));
        return true;
    

    /**
     * @dev Moves tokens `amount` from `sender` to `recipient`.
     *
     * This is internal function is equivalent to `transfer`, and can be used to
     * e.g. implement automatic token fees, slashing mechanisms, etc.
     *
     * Emits a `Transfer` event.
     *
     * Requirements:
     *
     * - `sender` cannot be the zero address.
     * - `recipient` cannot be the zero address.
     * - `sender` must have a balance of at least `amount`.
     */
    function _transfer(address sender, address recipient, uint256 amount) internal 
        require(sender != address(0), "ERC20: transfer from the zero address");
        require(recipient != address(0), "ERC20: transfer to the zero address");

        _balances[sender] = _balances[sender].sub(amount);
        _balances[recipient] = _balances[recipient].add(amount);
        emit Transfer(sender, recipient, amount);
    

    /** @dev Creates `amount` tokens and assigns them to `account`, increasing
     * the total supply.
     *
     * Emits a `Transfer` event with `from` set to the zero address.
     *
     * Requirements
     *
     * - `to` cannot be the zero address.
     */
    function _mint(address account, uint256 amount) internal 
        require(account != address(0), "ERC20: mint to the zero address");

        _totalSupply = _totalSupply.add(amount);
        _balances[account] = _balances[account].add(amount);
        emit Transfer(address(0), account, amount);
    

     /**
     * @dev Destoys `amount` tokens from `account`, reducing the
     * total supply.
     *
     * Emits a `Transfer` event with `to` set to the zero address.
     *
     * Requirements
     *
     * - `account` cannot be the zero address.
     * - `account` must have at least `amount` tokens.
     */
    function _burn(address account, uint256 value) internal 
        require(account != address(0), "ERC20: burn from the zero address");

        _totalSupply = _totalSupply.sub(value);
        _balances[account] = _balances[account].sub(value);
        emit Transfer(account, address(0), value);
    

    /**
     * @dev Sets `amount` as the allowance of `spender` over the `owner`s tokens.
     *
     * This is internal function is equivalent to `approve`, and can be used to
     * e.g. set automatic allowances for certain subsystems, etc.
     *
     * Emits an `Approval` event.
     *
     * Requirements:
     *
     * - `owner` cannot be the zero address.
     * - `spender` cannot be the zero address.
     */
    function _approve(address owner, address spender, uint256 value) internal 
        require(owner != address(0), "ERC20: approve from the zero address");
        require(spender != address(0), "ERC20: approve to the zero address");

        _allowances[owner][spender] = value;
        emit Approval(owner, spender, value);
    

    /**
     * @dev Destoys `amount` tokens from `account`.`amount` is then deducted
     * from the caller's allowance.
     *
     * See `_burn` and `_approve`.
     */
    function _burnFrom(address account, uint256 amount) internal 
        _burn(account, amount);
        _approve(account, msg.sender, _allowances[account][msg.sender].sub(amount));
    

IERC20.sol代码

// SPDX-License-Identifier: MIT License

pragma solidity ^0.6.2;

/**
 * @dev Interface of the ERC20 standard as defined in the EIP.
 */
interface IERC20 
    /**
     * @dev Returns the amount of tokens in existence.
     */
    function totalSupply() external view returns (uint256);

    /**
     * @dev Returns the amount of tokens owned by `account`.
     */
    function balanceOf(address account) external view returns (uint256);

    /**
     * @dev Moves `amount` tokens from the caller's account to `recipient`.
     *
     * Returns a boolean value indicating whether the operation succeeded.
     *
     * Emits a Transfer event.
     */
    function transfer(address recipient, uint256 amount) external returns (bool);

    /**
     * @dev Returns the remaining number of tokens that `spender` will be
     * allowed to spend on behalf of `owner` through transferFrom. This is
     * zero by default.
     *
     * This value changes when approve or transferFrom are called.
     */
    function allowance(address owner, address spender) external view returns (uint256);

    /**
     * @dev Sets `amount` as the allowance of `spender` over the caller's tokens.
     *
     * Returns a boolean value indicating whether the operation succeeded.
     *
     * IMPORTANT: Beware that changing an allowance with this method brings the risk
     * that someone may use both the old and the new allowance by unfortunate
     * transaction ordering. One possible solution to mitigate this race
     * condition is to first reduce the spender's allowance to 0 and set the
     * desired value afterwards:
     * https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
     *
     * Emits an Approval event.
     */
    function approve(address spender, uint256 amount) external returns (bool);

    /**
     * @dev Moves `amount` tokens from `sender` to `recipient` using the
     * allowance mechanism. `amount` is then deducted from the caller's
     * allowance.
     *
     * Returns a boolean value indicating whether the operation succeeded.
     *
     * Emits a Transfer event.
     */
    function transferFrom(
        address sender,
        address recipient,
        uint256 amount
    ) external returns (bool);

    /**
     * @dev Emitted when `value` tokens are moved from one account (`from`) to
     * another (`to`).
     *
     * Note that `value` may be zero.
     */
    event Transfer(address indexed from, address indexed to, uint256 value);

    /**
     * @dev Emitted when the allowance of a `spender` for an `owner` is set by
     * a call to approve. `value` is the new allowance.
     */
    event Approval(address indexed owner, address indexed spender, uint256 value);

其他内容之后更新

以上是关于一solidity简单代币到销毁机制,分红机制,防机器人,营销手续费等一个完整代币(bsc链)的主要内容,如果未能解决你的问题,请参考以下文章

小白如何一分钟发布自己的heco或者bsc代币(带销毁,分红机制)

手把手教你BSCHECO智能合约通缩机制燃烧分红销毁代币合约部署

以太坊实战--锁仓分红和邀请机制

BSC发币教程币安发币教程8代推广机制的通缩分红销毁的智能合约发币教程

aelf技术点解读 | 分红合约接口实现方案

火币发币教程6代推广裂变机制通缩燃烧分红智能合约定制制度定制发币教程HECO发币教程HT发币教程