DEFI:V神再次指明财富密码:对DeFi的所有希望就是有人能够分叉Maker

以太坊联合创始人VitalikButerin再次批评火爆的流动性挖矿运动,并分享一个“最不喜欢的DeFi项目”,他还透露了自己对新的去中心化金融项目的愿景。

V神:DeFi前端进行KYC监管并不是很有意义,提出三点可能有帮助的监管规则:10月30日消息,V神针对DeFi监管问题在其社交平台发表观点称,在DeFi前端进行KYC监管并不是很有意义,因为这对于黑客毫无作用。V神指出,可能更有帮助的DeFi前端监管包括:1.杠杆限制;2.对合约代码进行的审计、FV或其他安全检查要求一定的透明度;3.通过认知测试而不是财富的净资产最低规则来控制用户使用。

此外,V神表示加密社区不应太过于追求大型机构资本,实际上,对很多ETF被推迟感到高兴。在加密得到更多关注之前,生态系统需要时间成熟。[2022/10/30 11:57:34]

而V神这一次讨论的话题是关于分叉Maker。

V神:合并可以让加密支付再次成为主流:金色财经报道,以太坊联合创始人Vitalik Buterin周一在韩国2022年区块链周会议上发表主题演讲时说:“一旦我们有了扩展技术......实际上就有可能真正尝试让加密货币支付再次成为主流。”他说:“加密货币支付在2018年之后有点变得不那么流行了,很明显,交易费用是其中的原因之一。”

Buterin认为,在未来,随着效率的提高,交易成本可能会降至0.05美元,甚至低至0.2美分。以太坊开发者预计在备受期待的被称为“合并”的升级之后,他们将把重点转移到网络的扩展上。(Forkast)[2022/8/8 12:09:07]

Buterin发推文称:

动态 | V神回复“以太坊迁移到Eth 2.0执行环境时是否会破坏当前部署的合约”的问题:Parity的Rust开发者Wei Tang发推担忧以太坊接下来的伊斯坦布尔硬分叉中的 EIP-1884 提案可能会破坏目前已经部署在以太坊上的合约。V神回复称,支持EIP 1884(并希望重新定价更高),但这仍然需要进一步探讨。此外,对于以太坊迁移到 Eth 2.0 执行环境时是否会破坏当前部署的合约的问题,Vitalik回复道,约束见证数据大小以重新平衡 Gas 费,是我能想到的产生重大变化的一点。区块间间隔可能缩短至 3-6 秒,DIFFICULTY 操作码将不再输出任何有用的内容。在迁移时,除非给出偏移的区块编号进行破解,否则操作码编号将遵从非单调逻辑(non-monotonic)。同时,以太坊merkle证明的硬编码验证可能会遭到破坏,很大可能会从十六进制的 Patricia 树切换到二进制的 SMT。此外,EIP 1559 提案将会改变与 GASPIRCE 操作码相关的所有经济活动,帐户抽象将使 ORIGIN 操作码的工作方式发生改变。[2019/9/2]

“我对DeFi的所有希望就是有人能够分叉Maker,剥离其治理并将替换为自动利率目标,剥离,并使代币本身仅针对'index***”,并将其概括为一系列价格指数。”

这个想法被密码学界的其他成员所接受,并说这个想法可能很快就会成为现实。

我们下周将会看的大概5个此类设计的项目。—AndrewKang(@Rewkang)?

貌似我们将会在下周看的10个新项目启动。—AmeerRosic(@AmeerRosic)?

众所周知,V神此前曾多次表示对目前的狂热的DeFi运动不感兴趣,并且认为高收益无法持续。另外,Buterin早些时候试图向那些“通常认为自己是爱好者的人”询问他们“最不喜欢的DeFi项目”时,遭到了更多的批评。

ScalarCapital的LindaXie说,V神的这类问题“可能会打击那些致力于以太坊生态工作的团队”。“也许我们可以专注于改善现有流行的DeFi项目或其他东西的方法。”

同样,昨天,Buterin再次重申了他对承诺非同寻常的高收益的流动性挖矿项目的批评,他表示为了保持DeFi繁荣发展而大量铸造代币,这与央行大肆印钞一样毫无意义:

V神讽刺地说,

“糟糕的是,在这些年化50-100%的流动性挖矿政权中,需要不停地铸造发行大量代币以支付流动资金提供者,这使得主要的国家中央银行看起来都由RonPaul经营一样。”

Paul批评美联储“凭空创造了数万亿美元”,并声称“重返稳健的货币绝对必要,而且只是时间问题”。

同时,Buterin在7月曾表示,他对DeFi应用的大量涌入感到“爱恨交加”,并补充说,某些流动性提供商获取的高收益率在长期内将被证明是“不可持续的”。

截止发稿时,根据Debank数据显示,DeFi锁定的总价值已超过120亿美元。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:0ms0-0:978ms