在众包中,初始供应是在部署时设置的,该初始供应设置为定义的总供应量(因此该数量与将要出现的令牌数量相同),并且当有人在众包销售期间购买令牌时,它们将被转移。
另一方面,我们有众包销售,其中令牌是可管理的,初始供应被设置为0。因此,当有人购买代币时,它们会被铸造,然后在总供应量增加的时候转移。也有(大多数情况下)硬上限,以设置最大数量的令牌将存在。当众卖结束时,如果硬帽没有满足,令牌将被铸造到硬帽,并被转移到球队。
因此,在这两种情况下,最终结果是相同的。如果(据我所知)最终结果是相同的,为什么使用mintable标记并为代码添加额外的复杂性?(当然,只要有硬帽子,在众卖结束后就不能铸造代币)
//最新情况:
这里有一个例子来说明我的观点:https://github.com/bitclave/crowdsale/blob/057357fecbcc00c9a6cf96831d71d94fb7a13f03/contracts/CATCrowdsale.sol
所以,除非我漏掉了什么东西,例如,在这种情况下,如果像硬帽一样供应总量相同的令牌,那岂不是一样的吗?还是我漏掉了什么?
发布于 2017-11-10 18:43:09
是的,这是一样的-但是如果你给10个开发人员同样的问题,你可以得到10种不同的解决方法。
但有趣的是,如果你想一想,Ethereum实际上是通过对复杂的解决方案收取更多的费用来奖励效率更高的代码用户的。
https://ethereum.stackexchange.com/questions/30394
复制相似问题