/** *Submitted for verification at BscScan.com on 2021-12-22 */
// SPDX-License-Identifier: MIT
// File: @openzeppelin/contracts/utils/Context.sol
// OpenZeppelin Contracts v4.4.1 (utils/Context.sol)
pragma solidity ^0.8.0;
/**
-
@dev Provides information about the current execution context, including the
-
sender of the transaction and its data. While these are generally available
-
via msg.sender and msg.data, they should not be accessed in such a direct
-
manner, since when dealing with meta-transactions the account sending and
-
paying for execution may not be the actual sender (as far as an application
-
is concerned).
-
This contract is only required for intermediate, library-like contracts. */ abstract contract Context { function _msgSender() internal view virtual returns (address) { return msg.sender; }
function _msgData() internal view virtual returns (bytes calldata) { return msg.data; } }
// File: @openzeppelin/contracts/access/Ownable.sol
// OpenZeppelin Contracts v4.4.1 (access/Ownable.sol)
pragma solidity ^0.8.0;
/**
-
@dev Contract module which provides a basic access control mechanism, where
-
there is an account (an owner) that can be granted exclusive access to
-
specific functions.
-
By default, the owner account will be the one that deploys the contract. This
-
can later be changed with {transferOwnership}.
-
This module is used through inheritance. It will make available the modifier
-
onlyOwner
, which can be applied to your functions to restrict their use to -
the owner. */ abstract contract Ownable is Context { address private _owner;
event OwnershipTransferred(address indexed previousOwner, address indexed newOwner);
/**
- @dev Initializes the contract setting the deployer as the initial owner. */ constructor() { _transferOwnership(_msgSender()); }
/**
- @dev Returns the address of the current owner. */ function owner() public view virtual returns (address) { return _owner; }
/**
- @dev Throws if called by any account other than the owner. */ modifier onlyOwner() { require(owner() == _msgSender(), "Ownable: caller is not the owner"); _; }
/**
- @dev Leaves the contract without owner. It will not be possible to call
onlyOwner
functions anymore. Can only be called by the current owner.- NOTE: Renouncing ownership will leave the contract without an owner,
- thereby removing any functionality that is only available to the owner. */ function renounceOwnership() public virtual onlyOwner { _transferOwnership(address(0)); }
/**
- @dev Transfers ownership of the contract to a new account (
newOwner
). - Can only be called by the current owner. */ function transferOwnership(address newOwner) public virtual onlyOwner { require(newOwner != address(0), "Ownable: new owner is the zero address"); _transferOwnership(newOwner); }
/**
- @dev Transfers ownership of the contract to a new account (
newOwner
). - Internal function without access restriction. */ function _transferOwnership(address newOwner) internal virtual { address oldOwner = _owner; _owner = newOwner; emit OwnershipTransferred(oldOwner, newOwner); } }
// File: contracts/token/BEP20/lib/IBEP20.sol
pragma solidity ^0.8.0;
/**
-
@dev Interface of the BEP standard. / interface IBEP20 { /*
- @dev Returns the token name. */ function name() external view returns (string memory);
/**
- @dev Returns the token symbol. */ function symbol() external view returns (string memory);
/**
- @dev Returns the token decimals. */ function decimals() external view returns (uint8);
/**
- @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 Returns the token owner. */ function getOwner() external view returns (address);
/**
- @dev Moves
amount
tokens from the caller's account torecipient
. - Returns a boolean value indicating whether the operation succeeded.
- Emits a {Transfer} event. */ function transfer(address recipient, uint256 amount) external returns (bool);
/**
- @dev Moves
amount
tokens fromsender
torecipient
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 Sets
amount
as the allowance ofspender
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:
- ethereum/EIPs#20 (comment)
- Emits an {Approval} event. */ function approve(address spender, 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 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 anowner
is set by - a call to {approve}.
value
is the new allowance. */ event Approval(address indexed owner, address indexed spender, uint256 value); }
// File: contracts/token/BEP20/lib/BEP20.sol
pragma solidity ^0.8.0;
/**
-
@dev Implementation of the {IBEP20} interface.
-
This implementation is agnostic to the way tokens are created. This means
-
that a supply mechanism has to be added in a derived contract using {_mint}.
-
We have followed general OpenZeppelin guidelines: functions revert instead
-
of returning
false
on failure. This behavior is nonetheless conventional -
and does not conflict with the expectations of BEP20 applications.
-
Additionally, an {Approval} event is emitted on calls to {transferFrom}.
-
This allows applications to reconstruct the allowance for all accounts just
-
by listening to said events. Other implementations of the EIP may not emit
-
these events, as it isn't required by the specification.
-
Finally, the non-standard {decreaseAllowance} and {increaseAllowance}
-
functions have been added to mitigate the well-known issues around setting
-
allowances. See {IBEP20-approve}. */ contract BEP20 is Ownable, IBEP20 { mapping(address => uint256) private _balances;
mapping(address => mapping(address => uint256)) private _allowances;
uint256 private _totalSupply;
string private _name; string private _symbol; uint8 private _decimals;
/**
- @dev Sets the values for {name} and {symbol}, initializes {decimals} with
- a default value of 18.
- To select a different value for {decimals}, use {_setupDecimals}.
- All three of these values are immutable: they can only be set once during
- construction. */ constructor(string memory name_, string memory symbol_) { name = name; symbol = symbol; _decimals = 18; }
/**
- @dev Returns the name of the token. */ function name() public view virtual override returns (string memory) { return _name; }
/**
- @dev Returns the symbol of the token, usually a shorter version of the
- name. */ function symbol() public view virtual override returns (string memory) { return _symbol; }
/**
- @dev Returns the number of decimals used to get its user representation.
- For example, if
decimals
equals2
, a balance of505
tokens should - be displayed to a user as
5,05
(505 / 10 ** 2
). - Tokens usually opt for a value of 18, imitating the relationship between
- Ether and Wei. This is the value {BEP20} uses, unless {_setupDecimals} is
- called.
- NOTE: This information is only used for display purposes: it in
- no way affects any of the arithmetic of the contract, including
- {IBEP20-balanceOf} and {IBEP20-transfer}. */ function decimals() public view virtual override returns (uint8) { return _decimals; }
/**
- @dev See {IBEP20-totalSupply}. */ function totalSupply() public view virtual override returns (uint256) { return _totalSupply; }
/**
- @dev See {IBEP20-balanceOf}. */ function balanceOf(address account) public view virtual override returns (uint256) { return _balances[account]; }
/**
- @dev See {IBEP20-getOwner}. */ function getOwner() public view virtual override returns (address) { return owner(); }
/**
- @dev See {IBEP20-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 virtual override returns (bool) { _transfer(_msgSender(), recipient, amount); return true; }
- the caller must have a balance of at least
/**
-
@dev See {IBEP20-transferFrom}.
-
Emits an {Approval} event indicating the updated allowance. This is not
-
required by the EIP. See the note at the beginning of {BEP20}.
-
Requirements:
-
sender
andrecipient
cannot be the zero address.
-
sender
must have a balance of at leastamount
.
-
- the caller must have allowance for
sender
's tokens of at least
- the caller must have allowance for
-
amount
. */ function transferFrom( address sender, address recipient, uint256 amount ) public virtual override returns (bool) { _transfer(sender, recipient, amount);uint256 currentAllowance = _allowances[sender][_msgSender()]; require(currentAllowance >= amount, "BEP20: transfer amount exceeds allowance"); _approve(sender, _msgSender(), currentAllowance - amount);
return true; }
/**
- @dev See {IBEP20-approve}.
- Requirements:
-
spender
cannot be the zero address. */ function approve(address spender, uint256 amount) public virtual override returns (bool) { _approve(_msgSender(), spender, amount); return true; }
/**
- @dev See {IBEP20-allowance}. */ function allowance(address owner, address spender) public view virtual override returns (uint256) { return _allowances[owner][spender]; }
/**
- @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 {IBEP20-approve}.
- Emits an {Approval} event indicating the updated allowance.
- Requirements:
-
spender
cannot be the zero address. */ function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) { _approve(_msgSender(), spender, _allowances[_msgSender()][spender] + 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 {IBEP20-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 virtual returns (bool) { uint256 currentAllowance = _allowances[_msgSender()][spender]; require(currentAllowance >= subtractedValue, "BEP20: decreased allowance below zero"); _approve(_msgSender(), spender, currentAllowance - subtractedValue);return true; }
/**
-
@dev Moves tokens
amount
fromsender
torecipient
. -
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 leastamount
. */ function _transfer( address sender, address recipient, uint256 amount ) internal virtual { require(sender != address(0), "BEP20: transfer from the zero address"); require(recipient != address(0), "BEP20: transfer to the zero address");
_beforeTokenTransfer(sender, recipient, amount);
uint256 senderBalance = _balances[sender]; require(senderBalance >= amount, "BEP20: transfer amount exceeds balance"); _balances[sender] = senderBalance - amount; _balances[recipient] += amount;
emit Transfer(sender, recipient, amount); }
/** @dev Creates
amount
tokens and assigns them toaccount
, 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 virtual { require(account != address(0), "BEP20: mint to the zero address");
_beforeTokenTransfer(address(0), account, amount);
_totalSupply += amount; _balances[account] += amount; emit Transfer(address(0), account, amount); }
/**
-
@dev Destroys
amount
tokens fromaccount
, 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 leastamount
tokens. */ function _burn(address account, uint256 amount) internal virtual { require(account != address(0), "BEP20: burn from the zero address");
_beforeTokenTransfer(account, address(0), amount);
uint256 accountBalance = _balances[account]; require(accountBalance >= amount, "BEP20: burn amount exceeds balance"); _balances[account] = accountBalance - amount; _totalSupply -= amount;
emit Transfer(account, address(0), amount); }
/**
-
@dev Sets
amount
as the allowance ofspender
over theowner
s tokens. -
This 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 amount ) internal virtual { require(owner != address(0), "BEP20: approve from the zero address"); require(spender != address(0), "BEP20: approve to the zero address");
_allowances[owner][spender] = amount; emit Approval(owner, spender, amount); }
/**
- @dev Sets {decimals} to a value other than the default one of 18.
- WARNING: This function should only be called from the constructor. Most
- applications that interact with token contracts will not expect
- {decimals} to ever change, and may work incorrectly if it does. */ function setupDecimals(uint8 decimals) internal { decimals = decimals; }
/**
- @dev Hook that is called before any transfer of tokens. This includes
- minting and burning.
- Calling conditions:
-
- when
from
andto
are both non-zero,amount
offrom
's tokens
- when
- will be to transferred to
to
. -
- when
from
is zero,amount
tokens will be minted forto
.
- when
-
- when
to
is zero,amount
offrom
's tokens will be burned.
- when
-
from
andto
are never both zero. */ function _beforeTokenTransfer( address from, address to, uint256 amount ) internal virtual {} }
// File: contracts/service/ServicePayer.sol
pragma solidity ^0.8.0;
interface IPayable { function pay(string memory serviceName) external payable; }
/**
- @title ServicePayer
- @dev Implementation of the ServicePayer */ abstract contract ServicePayer { constructor(address payable receiver, string memory serviceName) payable { IPayable(receiver).pay{value: msg.value}(serviceName); } }
// File: contracts/token/BEP20/StandardBEP20.sol
pragma solidity ^0.8.0;
/**
-
@title StandardBEP20
-
@dev Implementation of the StandardBEP20 */ contract StandardBEP20 is BEP20, ServicePayer { constructor( string memory name_, string memory symbol_, uint8 decimals_, uint256 initialBalance_, address payable feeReceiver_ ) payable BEP20(name_, symbol_) ServicePayer(feeReceiver_, "StandardBEP20") { require(initialBalance_ > 0, "StandardBEP20: supply cannot be zero");
_setupDecimals(decimals_); _mint(_msgSender(), initialBalance_);
} }