莱特币:李启威:莱特币MimbleWimble隐私升级后,用户将自愿承担隐性通胀风险

目前,比特币、莱特币和以太坊一直都在添加和实现隐私功能。在用户一直担心这些加密货币的隐私发展最终会威胁到隐私币生存的同时,另外的主要问题也随之而生:加密货币的基础设施将如何改变?隐私增强技术将对用户产生什么影响?

动态 | 李启威连发数十条推文释疑:为何看起来Litecoin Core在GitHub没有更新:刚刚莱特币创始李启威连发数十条推文,介绍了莱特币的代码更新情况和开发进展。他表示在8年来,只有少于开发人员致力于Litecoin Core。Adrian Gallagher目前正在领导Litecoin Core的开发,并且已经进行了几年,大家可能不太了解Adrian,因为他不在推特上,但他很棒,他正在悄悄地做Litecoin Core开发的幕后工作。

最近有很多人质疑莱特币在2019年没有更新任何代码,从GitHub上看似乎这样,但这里有两个原因:第一个是莱特币的更新要比比特币滞后几个月,我们发布了几个月前在比特币中发布的代码,这些代码是在2018年编写的。GitHub的有趣之处在于,它使提交的时间保持不变,不管是谁写的,还是什么时候提交到代码库的。因此,比特币开发者因在莱特币代码库中的工作而受到好评。这就会让人看起来,尽管在2019年5月开发并发布了最新的Litecoin Core,但在GitHub你会发现大多数提交都是在2018年完成的。第二个原因是我们没有在主要项目的主分支上工作,将非发布代码签入主分支通常不是好的开发实践。事实上,Adrian一直在他的个人分支上积极地开发Litecoin核心版本0.18.1。

以上是Litecoin Core开发多年来的运作方式,我们去年甚至遇到了用户相同的担忧,有人去年看了我们的主分支工作并声称Litecoin在2018年停止了开发。我打即使在这个解释之后,我们也会在2020年让人感到困惑。

另外,李启威还表示Litecoin Foundation的目的有两个方面:致力于LTC的推广和开发。“在过去的几个月里,我认为一直认为推广比开发更重要,但从长远来看,这两者同样重要。我会努力与社区进行更好的沟通,并提供更频繁的消息同步。”[2019/8/11]

图片来源:pixabay

声音 | 李启威:正尝试将整个莱特币生态系统迁移到使用M开头的地址:莱特币创始人李启威推特上称,为了LTC多重签名和隔离验证功能的需要,我们正在尝试将整个莱特币生态系统迁移到使用M开头的地址,并停止使用3开头的地址。[2018/12/23]

莱特币创造人李启威在最近的播客中谈到了一旦MimbleWimble实现完成,莱特币将如何运行。用户是否能够进行正常的莱特币交易,或者他们将被迫使用MimbleWimble版的链?在回答这些问题时,李启威说道:

李启威与TokenpayCEO探讨银行解决方案合作的可能:据Financemagnates报道,莱特币创始人李启威与TokenPayCEODerekCapo在推特上的一次讨论透露,两家公司正在共同探索在德国的银行解决方案,并在监管措施、数字借记卡等方面合作。[2018/4/26]

“MimbleWimble实现后,一开始莱特币的使用会有点困难;这将是一个学习的过程。不是所有的钱包从一开始就支持这一功能,因为这是一个软分叉,在莱特币生态系统中,只有当参与者需要该功能的时候才会关心它。实际上,我已经和许多交易所谈过这方面的问题,以确保在监管方面,他们能够接受这样的升级。”

从长远来看,用户在进行交易处理时可以选择是否使用莱特币的隐私增强版本。然而,由于有了这一实现,莱特币将比以往任何时候都更具有隐私性,这对它来说是一利好,在价格方面也是如此。

此外,隐性通胀是目前隐私币的另一个主要问题。区块链研究人员蒂姆鲁芬在推特上发出同样警告,称“所有”隐私币可能存在基本的加密错误,黑客可以利用这些漏洞伪造无限量的币。他指出:“所有具有隐私功能的加密货币设计都可能都存在加密漏洞,从而导致无法察觉的通货膨胀。”

如果加密技术存在漏洞,黑客可以利用这些漏洞凭空创造出来许多币,其他人不会注意到这些隐私币出现任何变化。因此,如果比特币、莱特币和以太坊最终通过各自的协议实现成为一种隐私币,它们会面临这样的风险吗?李启威在谈到这方面时表示:

“隐性通胀是一个影响到一些隐私币的问题。在我们的生态系统中,好的方面是莱特币的延展区块本身是孤立的。所以即使出现了问题,它也不会渗透到主链,因为任何人都不能提取更多的币。所以,如果你将币存放在延展区块里,这是有风险的。但如果用户想尝试新的隐私功能,他们会愿意冒这个风险。”

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

地球链

[0:15ms0-0:489ms