RAI:做假证被抓包?奥本聪闹剧再添猛料

昨日,争议人物CraigWright一案迎来了新的进展,不出人所料的是,CraigWright依旧没有拿到属于中本聪的比特币,而他为此又编造了一个理由。

奥本聪再编故事:保税快递员也是一个律师,因此有特权

法庭文件显示FTX欠客户16亿美元的比特币,但目前只有100万美元:金色财经报道,新的法庭文件显示FTX欠客户16亿美元的比特币,但目前只有100万美元。只占他们应该拥有的0.06%。[2023/3/4 12:41:31]

据悉,CraigWright为他曾参与的十多家公司的11000份文件申请了当事人保密特权,其还声称,为他提供私钥文件的“保税快递员”其实是一名律师,因此,与他的通讯是保密的,不能共享。

而最新的进展,使得原本离奇的诉讼案变得愈发复杂。

KleimanvWright最新文件内容:

P97 Networks与Visa达成合作,以将其代币技术用于移动支付:2月6日消息,互联商务和移动服务提供商P97 Networks宣布与Visa合作,以将其代币技术用于移动支付。通过此次合作,两家公司的目标是减少车内支付的摩擦,并在公共网络上实现电动汽车充电支付服务。在合作的第一步,该公司将推出新的P97网络代币服务,旨在连接众多数字钱包和汽车,以改善客户体验,同时使其更加安全和高效。(The Paypers)[2023/2/6 11:50:12]

数据:过去五个月,Polygon网络唯一地址数增加4286万个:11月8日消息,PolygonScan数据显示,从2022年6月7日至11月7日,Polygon网络唯一地址数增加42,869,034个,五个月增长了约30%,平均每天新增超过28万个。(finbold)[2022/11/8 12:33:14]

“对方提出了虚假声明,其在宣誓下提供矛盾的作证证词,并提交了虚假文件,甚至连其本人的律师也被迫拒绝……”

在有关此案的最新信息中,CraigWright试图主张其涉及的十几家公司文档的当事人保密特权。而法院已要求这些公司提供文件,以验证CraigWright的一些古怪说法。

美国银行:以太坊需要可扩展性改进以保持其市场地位:金色财经消息,美国银行在一份研究报告中表示,以太坊区块链从工作量证明(PoW)共识机制到权益证明(PoS)的转变似乎迫在眉睫,因为它需要可扩展性改进以保持其市场地位。该银行表示,如果没有可扩展性的改进,以太坊不太可能继续作为主要的区块链操作系统,并表示:“PoS将以太坊的能源消耗降低了99%以上,降低了投资者作为网络验证者产生收益的准入门槛,并改变了ETH的供需动态”。

分析师还指出,Binance Smart Chain(BSC)、Tron、Avalanche和Solana等较新的区块链由于其PoS共识机制、更大的可扩展性和更低的交易费用而从以太坊抢占了市场份额。该银行补充说,这些功能优势“可能会随着Web3生态系统去中心化应用程序的出现而成为关键”。(Coindesk)[2022/8/2 2:52:24]

据悉,CraigWright先是试图声称有当事人保密特权,然后又试图声称他对公司没有控制权,并且在没有权限时无法访问这些文档。

而在奥本聪声称拥有特权的公司中,除nChain和另外两家外,其他所有公司均已解散,因此根据现行判例法,奥本聪的特权要求实际是无效的。

而最荒谬的转变是,奥本聪声称,保税快递员本应为他提供中本聪的比特币私钥,但实际上他也是一名律师,因此会受到律师-客户保密特权的保护。

“Craig声称保税快递员是一名律师,他的通信享有特权。”

这场荒谬的官司还能持续多久?

关于“保税快递员是一名律师”的这一奇怪说法,其实并不是最尴尬的。

此前,在CraigWright向法院提交的文件中,他声称自己拥有以下地址的私钥:

16cou7Ht6WjTzuFyDBnht9hmvXytg6XdVT

而这一地址的匿名所有者,却在近日用私钥签署了一条信息,其中写道:

“地址16cou7Ht6WjTzuFyDBnht9hmvXytg6XdVT并不属于中本聪或奥本聪,奥本聪就是一个子,也是一个欺诈者。”

据悉,奥本聪最初声称,保税快递员会在2020年1月1日抵达,并交付郁金香信托基金100万BTC的私钥。

而当那天终于到来时,奥本聪却向法庭提交了一份16000个地址的清单,并声称快递员给他带来的是一份地址清单,而不是私钥本身。

目前来看,奥本聪给法庭的许多文件都是不可信的,甚至有些已经被证明是伪造的。

你觉得这场闹剧还会持续多久?

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

金星链

SHIBASW:Lava PoC2+ 协议升级硬分叉方案

为了顺利引入新的PoC2+标准,需要将全节点在共识层面上进行适当改造,也即所谓的分叉。本文为Lava核心开发者团队提出的分叉方案介绍。分叉一般有两种形态,一种是硬分叉,另一种是软分叉.

[0:15ms0-0:947ms