Topic: DAICO--下一代ICO投资标准 (Read 228 times)
关键什么时候开展是个问题
大神的想法就是高明
但愿可以快点实施到项目中
确实不错
确实不错,可惜还没见使用
好贴一枚， 看到了 下一波 爆发的希望了， 更多监管，才能产出好项目
赶快执行这个标准吧， 要不韭菜就走光了
学习了 
好贴一枚， 看到了 下一波 爆发的希望了， 更多监管，才能产出好项目
赶快执行这个标准吧， 要不韭菜就走光了
好贴一枚， 看到了 下一波 爆发的希望了， 更多监管，才能产出好项目
感觉很有前途， 这样的话最起码 还是敢投资的， 信心没了 市场就完蛋了
这个最起码能让投资者更放心了，以前都是一锤子买卖，后面就看自己了，这种办法 对双方都是制衡
这个等于加了一个监管，以后ICO会正规很多，没产品都不敢拿出来众筹了。。。
有点像淘宝的中间 保存，还可以再返回，让发币方拿出更多权利
这个等于加了一个监管，以后ICO会正规很多，没产品都不敢拿出来众筹了。。。
这个可以有，资金可以撤回，随时保持对开发团队的压力，再加个第三方托管
又是v神搞的，他真的是 一直在改进，就跟他的以太一样，当初并不是那么被看好，但是进步使得他成功了
对于韭菜多了一份保障
国家不是也在想办法保障吗，停了ico看来是对的， 如果等到这个出来，估计 就有可能 解禁。
真正令人欣喜的是行业在进步
对于韭菜多了一份保障
好期待啊， ico原来不会死，只是会更加严格，没那么容易跑路了
ico升级版，这是必然，也是市场发展的需求，以后骗子可就套上加锁了
以太坊创始人V神针对ICO的乱象，提出了一个非常有创见的DAICO模型，这可以最大限度保证投资者利益，降低投资者风险，同时还能给开发者团队足够的开发资金。这个机制让投资者可以根据项目开发者表现出来的能力进行预算的发放，同时有机会灵活调整或关闭众筹。这样基本上可以消灭第三方欺诈风险、代投的风险，可能很多项目团队不一定愿意，但这对于众多中小投资者而言，确实是目前最好的方案。
下面是我关于如何改进ICO模型的想法的简要说明，融合了DAO（去中心化自治组织）的一些优势，同时最小化了复杂度和风险。
想法是这样的。一个DAICO合约是由一个希望为项目筹集资金的单一开发团队发布的。DAICO合约刚开始处于“筹款状态”，即任何人都可以向合约发送ETH，然后从交易所获得token。
这可以是一个有硬顶的众筹、无硬顶的众筹、荷兰式拍卖、交互式发币、需要KYC且动态调整个人投资限额的众筹，或者团队选择的任何其他机制。
一旦筹款阶段结束，则无法再向合约发送ETH，同时设置初始token余额，从那以后token就可以开始交易了。
在筹款阶段过后，合约有一个主要的状态变量：tap（单位：wei/秒），初始值为0。tap决定了每秒钟团队可以从合约中取出的ETH的数量。可以用以下代码实现：
tap: num(wei / sec)
lastWithdrawn: timestamp # Make sure to initialize this to the contribution periodend time
@public
def withdraw:
send(self.owner,(block.timestamp -self.lastWithdrawn)*self.tap)
self.lastWithdrawn=block.timestamp
@private
def modify_tap(new_tap: num(wei / sec)):
self.withdraw
self.tap=new_tap
还有一个机制保证token持有者可以投票决议。有两种类型的决议：
• 提高tap
• 使合约永久性自毁（或者更确切地说，使合约转变为退款模式，所有剩余ETH将按比例返还给token持有者）
任何一项决议的通过都依据某种少数服从多数的投票仲裁（例如：同意-反对-弃权/6 > 0）。需要注意的是不能通过投票降低tap，合约创建者可以自愿降低cap，但无法单方面提高tap。
这样做的意图是投票者可以给开发团队一个合理的但不算太高的月预算，如果团队展示出能够胜任现有预算的能力，随着时间的推移投票者可以提高cap。
如果投票者对开发者的进展不满意，可以投票关闭DAICO，拿回资金。
博弈安全性
任何投票都可能遭受51%攻击、贿赂攻击和其他博弈弱点的攻击，任何ICO都可能遭受团队不负责任甚至欺诈的风险。
然而，在DAICO中这些风险被最小化，要求开发者和投票者双方就实际造成的破坏达成和解：
• 51%攻击恶意提高cap- 诚实的开发者可以降低cap，或者不认领超额的资金
• 开发者开始把资金用于挥霍而非实际工作- 投票者可以通过不过快提高cap来尽量避免这种情况发生，即使发生这种情况也可以通过投票使合约自毁
• 51%攻击恶意自毁- 诚实的开发者可以启动另一个DAICO
注意：潜在的危害最大的两种51%攻击的攻击方式在机制上就已经被禁止了：
(i)把资金发送到攻击者选定的第三方，(ii)降低cap从而使资金永远卡在合约中
变种
• 以美元/秒为单位命名，使用一些价格反馈
• 使用DAI代替ETH作为众筹货币
• 尝试使用用简单投票以外的机制
如果你觉得有用，请不吝点赞，谢谢大佬。
原文-“三金”
下面是我关于如何改进ICO模型的想法的简要说明，融合了DAO（去中心化自治组织）的一些优势，同时最小化了复杂度和风险。
想法是这样的。一个DAICO合约是由一个希望为项目筹集资金的单一开发团队发布的。DAICO合约刚开始处于“筹款状态”，即任何人都可以向合约发送ETH，然后从交易所获得token。
这可以是一个有硬顶的众筹、无硬顶的众筹、荷兰式拍卖、交互式发币、需要KYC且动态调整个人投资限额的众筹，或者团队选择的任何其他机制。
一旦筹款阶段结束，则无法再向合约发送ETH，同时设置初始token余额，从那以后token就可以开始交易了。
在筹款阶段过后，合约有一个主要的状态变量：tap（单位：wei/秒），初始值为0。tap决定了每秒钟团队可以从合约中取出的ETH的数量。可以用以下代码实现：
tap: num(wei / sec)
lastWithdrawn: timestamp # Make sure to initialize this to the contribution periodend time
@public
def withdraw:
send(self.owner,(block.timestamp -self.lastWithdrawn)*self.tap)
self.lastWithdrawn=block.timestamp
@private
def modify_tap(new_tap: num(wei / sec)):
self.withdraw
self.tap=new_tap
还有一个机制保证token持有者可以投票决议。有两种类型的决议：
• 提高tap
• 使合约永久性自毁（或者更确切地说，使合约转变为退款模式，所有剩余ETH将按比例返还给token持有者）
任何一项决议的通过都依据某种少数服从多数的投票仲裁（例如：同意-反对-弃权/6 > 0）。需要注意的是不能通过投票降低tap，合约创建者可以自愿降低cap，但无法单方面提高tap。
这样做的意图是投票者可以给开发团队一个合理的但不算太高的月预算，如果团队展示出能够胜任现有预算的能力，随着时间的推移投票者可以提高cap。
如果投票者对开发者的进展不满意，可以投票关闭DAICO，拿回资金。
博弈安全性
任何投票都可能遭受51%攻击、贿赂攻击和其他博弈弱点的攻击，任何ICO都可能遭受团队不负责任甚至欺诈的风险。
然而，在DAICO中这些风险被最小化，要求开发者和投票者双方就实际造成的破坏达成和解：
• 51%攻击恶意提高cap- 诚实的开发者可以降低cap，或者不认领超额的资金
• 开发者开始把资金用于挥霍而非实际工作- 投票者可以通过不过快提高cap来尽量避免这种情况发生，即使发生这种情况也可以通过投票使合约自毁
• 51%攻击恶意自毁- 诚实的开发者可以启动另一个DAICO
注意：潜在的危害最大的两种51%攻击的攻击方式在机制上就已经被禁止了：
(i)把资金发送到攻击者选定的第三方，(ii)降低cap从而使资金永远卡在合约中
变种
• 以美元/秒为单位命名，使用一些价格反馈
• 使用DAI代替ETH作为众筹货币
• 尝试使用用简单投票以外的机制
如果你觉得有用，请不吝点赞，谢谢大佬。
原文-“三金”
Jump to: