CS AWSB Wagmi33
36 posts

CS AWSB Wagmi33
@CSAWSB
@aWSBclub @aWSBclub_cn @wagmi33cn @wagmi33fund 🐫🐫🐫白驼山庄
Crypto Theology Entrou em Şubat 2021
4.1K Seguindo241 Seguidores

@PelosiTracker_ Bitch .. you just mad cuz you missed out .. shut the hell up and go home to your butt pirate husband
English

And this is why we track the politicians ✍️
Back on 9/15, we flagged Rep. Lisa McClain's suspicious $50K buy of BigBear AI
Why was it notable?
1) The CEO of $BBAI is Trump's ex Secretary of Homeland Security
3) According to multiple sources, the majority of their revenue comes from Government Contracts
3) This was the first time a Politician ever bought $BBAI
Well about a week after her filing, news broke that BBAI will be enhancing "Maritime Domain Awareness for the US Navy at UNITAS 2025"
It's up another 10% today
And since we flagged it, it's up 60%

English

@mindwavestudio @base 0x19f1ac9a36f66a56846ac6d35a74bfee5bc3ead6
English
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou

ETH 質押一直被認爲過度中心化,這也是為什麼需要更多選擇!
除了LIDO, RocketPool, 和 CEX 以外的選擇。
@puffer_finance 是由以太方基金會和 @jump_ 支持的anti-slashing 流動性抵押服務。通過分散以太坊來賺取 $ETH 收益+ $PUFI 獎勵。
~加入中文社區就有機會抽獎~
t.me/puffer_asia
規則:Lik, rt, tag frenz, join tg
獎品:99 $CRV (3位)

中文
CS AWSB Wagmi33 retweetou

v神 @VitalikButerin 最新发文《三大转变》,对以太生态的发展提出了展望,以下是全文翻译:
三大转变
随着以太坊从一个年轻的实验性技术转变为一个成熟的技术堆栈,能够为普通用户带来开放、全球和无需许可的体验,这个堆栈需要同时经历三个重大的技术转变:
第一个是二层扩展转变——所有人都转向二层扩展解决方案。 第二个是钱包安全转变——所有人都转向智能合约钱包。 第三个是隐私转变——确保提供保护隐私的资金转账方式,并确保正在开发的所有其他工具(社交恢复、身份、声誉)都保护隐私。
这三个转变对上述原因至关重要。但是由于涉及到适当解决这些问题的紧密协调,这些转变也充满挑战。需要改进的不仅仅是协议的功能;在某些情况下,我们与以太坊的交互方式也需要发生根本性的改变,这要求应用程序和钱包进行深层次的改变。
这三个转变将彻底改变用户和地址之间的关系。 在二层扩展的世界中,用户将存在于许多不同的二层网络上。你是ExampleDAO的成员,它存在于Optimism上吗?那么你就在Optimism上有一个帐户!你在ZkSync上持有一个稳定币系统中的CDP吗?那么你就在ZkSync上有一个帐户!你曾经尝试过在Kakarot上运行的某个应用程序吗?那么你在Kakarot上有一个帐户!用户只有一个地址的时代将一去不复返。
根据我的Brave钱包视图,我在四个地方拥有以太币。没错,Arbitrum和Arbitrum Nova是不同的。别担心,随着时间的推移,情况会变得更加混乱!
智能合约钱包增加了更多复杂性,因为它使得在L1和各个L2之间拥有相同地址变得更加困难。如今,大多数用户使用的是外部拥有的帐户(EOA),其地址实际上是用于验证签名的公钥的哈希值,因此在L1和L2之间没有任何变化。然而,使用智能合约钱包时,保持一个地址变得更加困难。虽然已经做了很多工作,尝试使地址成为可以在不同网络之间等效的代码哈希(最值得注意的是CREATE2和ERC-2470单例工厂),但要完美实现这一点很难。一些L2(例如,“第四型ZK-EVMs”)并不完全等同于EVM,通常使用Solidity或中间级别的汇编语言,从而阻止了哈希的等效性。即使可以实现哈希等效性,钱包通过密钥更改而改变所有权的可能性会产生其他令人费解的后果。
隐私要求每个用户拥有更多的地址,甚至可能会改变我们处理的地址类型。如果隐形地址提案被广泛使用,那么用户可能每次交易都会有一个地址。其他隐私方案,甚至包括现有的方案,如Tornado Cash,以不同的方式改变了资产的存储方式:许多用户的资金存储在同一个智能合约中(因此在同一个地址上)。为了向特定用户发送资金,用户将需要依赖隐私方案自己的内部寻址系统。
正如我们所见,这三个转变以不同的方式削弱了“一个用户=一个地址”的心理模型,并且其中一些影响反过来又增加了执行这些转变的复杂性。两个特别复杂的问题是:
如果你想付款给某人,你将如何获取付款信息? 如果用户的资产存储在不同的链上的不同位置,他们如何进行密钥更改和社交恢复?
三个转变与链上支付(和身份)之间的关系 我在Scroll上有一些币,我想用它们买咖啡(如果"I"是指我,这篇文章的作者,那么"咖啡"当然是指"绿茶")。你是卖给我咖啡的人,但你只能接收Taiko上的币。怎么办?
基本上有两个解决方案:
接收钱包(可以是商家,也可以是普通人)要非常努力地支持每个L2,并具有一些自动功能,可以异步合并资金。 收款人在地址旁边提供他们的L2,然后发送者的钱包通过某个跨L2桥接系统自动将资金路由到目标L2。 当然,这些解决方案可以结合使用:收款人提供他们愿意接受的L2列表,然后发送者的钱包找出支付方式,这可能包括直接发送(如果他们很幸运)或通过跨L2桥接路径发送。
但这只是一个关键挑战的例子,这三个转变引入的简单操作开始需要比仅仅一个20字节的地址更多的信息。
幸运的是,智能合约钱包的转变对寻址系统来说并不是一个巨大的负担,但在应用程序堆栈的其他部分仍然存在一些技术问题。钱包需要更新,以确保它们在交易中不仅发送21000单位的燃气,而且更重要的是,确保接收方的钱包能够跟踪不仅来自EOA的ETH转账,还有由智能合约代码发送的ETH。依赖地址所有权不可变的应用程序(例如,禁止智能合约以执行版税的NFT)将不得不寻找其他实现目标的方法。智能合约钱包还将使某些事情变得更容易,尤其是,如果有人只收到非ETH ERC20代币,他们将能够使用ERC-4337付款代理来支付该代币的燃气费用。
另一方面,隐私再次提出了一些我们尚未真正解决的重大挑战。最初的Tornado Cash没有引入任何这些问题,因为它不支持内部转账:用户只能存入系统并从中提取资金。然而,一旦可以进行内部转账,用户将需要使用隐私系统的内部寻址方案。实际上,用户的“支付信息”将需要包含以下内容:(i)某种“支付公钥”,即收款方可用于支出的一个密钥承诺,以及(ii)让发送方发送加密信息,只有收款方能够解密以帮助收款方发现付款的方式。
隐形地址协议依赖于元地址的概念,它的工作原理如下:元地址的一部分是发送方的盲化版本的花费密钥,另一部分是发送方的加密密钥(尽管最小的实现可以将这两个密钥设置为相同)。
这里的一个关键教训是,在一个注重隐私的生态系统中,用户将同时拥有支付公钥和加密公钥,用户的“支付信息”将不得不包含这两个密钥。除了支付之外,还有其他很好的原因可以扩展到这个方向。例如,如果我们想要基于以太坊的加密电子邮件,用户将需要公开提供某种加密密钥。在“EOA世界”中,我们可以重复使用帐户密钥,但在安全的智能合约钱包世界中,我们可能应该对此进行更明确的功能定义。这也有助于使基于以太坊的身份与非以太坊的分布式隐私生态系统更兼容,尤其是PGP密钥。
三个转变和密钥恢复 在一个每个用户拥有多个地址的世界中,实现密钥更改和社交恢复的默认方法是让用户分别在每个地址上运行恢复过程。这可以通过单击一次来完成:钱包可以包含执行恢复过程的软件,同时在用户的所有地址上执行。然而,即使有这样的用户体验简化,朴素的多地址恢复仍然存在三个问题:
燃气成本不可行:这个问题不言而喻。 事实上的地址:尚未发布智能合约的地址(实际上,这意味着您尚未从该帐户发送资金的帐户)。作为用户,您可能在每个L2上都有无限多个事实上的地址:包括尚不存在的L2上的一个或多个地址,以及从隐形地址方案中产生的另一个无限集合。 隐私:如果用户故意拥有多个地址以避免将它们链接到一起,他们肯定不希望通过同时恢复它们来公开地将所有地址链接起来!
解决这些问题是困难的。幸运的是,有一个相当优雅的解决方案,性能也还不错:一种体系结构将验证逻辑和资产持有分开。
每个用户都拥有一个密钥存储合约,它存在于一个位置(可以是主网或特定的L2)。然后用户在不同的L2上拥有地址,每个地址的验证逻辑都是指向密钥存储合约的指针。从这些地址支出需要提供一个证明,该证明进入密钥存储合约,显示当前的(或者更现实的是非常近期的)花费公钥。
可以通过几种方式实现这个证明:
在L2内直接读取L1状态。可以修改L2以使其能够直接读取L1状态。如果密钥存储合约在L1上,这意味着L2内的合约可以无偿访问密钥存储合约。 Merkle分支。Merkle分支可以证明L1状态到L2,或L2状态到L1,或者可以将两者合并以证明一个L2的部分状态到另一个L2。Merkle证明的主要弱点是由于证明长度而产生的高燃气费用:一个证明可能需要5KB,尽管由于Verkle树的原因,将来这将减少到<1KB。 ZK-SNARKs。可以通过使用Merkle分支的ZK-SNARK的方法来减少数据成本,而不是使用分支本身。可以构建离链聚合技术(例如基于EIP-4337),以使一个单一的ZK-SNARK验证一个区块中的所有跨链状态证明。 KZG承诺。无论是L2还是构建在其之上的方案,都可以引入顺序寻址系统,允许证明该系统内部状态的证明仅为48字节长。与ZK-SNARKs一样,多证明方案可以将所有这些证明合并为每个块的单个证明。
如果我们想要避免每个交易都生成一个证明,我们可以实现一个更轻的方案,只需要一个跨L2证明来恢复。从帐户支出取决于一个花费密钥,其对应的公钥存储在该帐户内部,但恢复需要一笔交易,将当前的花费公钥复制到密钥存储中。即使您的旧密钥丢失,计数事实上的地址中的资金也是安全的:将事实上的地址“激活”以将其转换为工作合约需要进行跨L2证明以复制当前的花费公钥。Safe论坛上的这个主题描述了类似体系结构的工作原理。
为了在这样的方案中添加隐私,我们只需要对指针进行加密,并在ZK-SNARKs内部进行所有的证明:
通过更多的工作(例如以这项工作为起点),我们还可以剥离ZK-SNARKs的大部分复杂性,构建一个更简化的基于KZG的方案。
这些方案可能会变得复杂。好的一面是它们之间存在许多潜在的协同作用。例如,“密钥存储合约”的概念也可以解决前一节中提到的“地址”的挑战:如果我们希望用户拥有持久的地址,不会在用户更新密钥时更改,我们可以将隐形元地址、加密密钥和其他信息放入密钥存储合约中,并使用密钥存储合约的地址作为用户的“地址”。
许多辅助基础设施需要更新 使用ENS是昂贵的。今天,在2023年6月,情况还不算太糟糕:交易费用很高,但与ENS域名费用相比仍然可以接受。注册zuzalu.eth花费了大约27美元,其中11美元是交易费用。但如果市场再次繁荣,费用将飙升。即使ETH价格不上涨,燃气费用回升至200 gwei,一个域名注册的交易费用也将达到104美元。因此,如果我们希望人们实际上使用ENS,尤其是对于像去中心化社交媒体这样的用例,用户要求几乎免费注册(而ENS域名费用不是问题,因为这些平台为用户提供子域名),我们需要ENS在L2上工作。
幸运的是,ENS团队已经采取了行动,ENS在L2上真正实现了!ERC-3668(也称为“CCIP标准”)以及ENSIP-10提供了一种在任何L2上自动验证ENS子域名的方法。CCIP标准要求设置一个智能合约,描述了一种在L2上验证数据证明的方法,而一个域名(例如,Optinames使用ecc.eth)可以放在这样的合约的控制下。一旦CCIP合约在L1上控制了ecc.eth,访问某个subdomain.ecc.eth将自动涉及查找和验证一个证明(例如Merkle分支),证明该特定子域名存储在实际存储该子域名的L2中。
实际获取这些证明涉及访问存储在合约中的URL列表,尽管这确实感觉像是中心化,但我认为它实际上并不是:这是一种1对N的信任模型(无效的证明会被CCIP合约回调函数中的验证逻辑捕获,只要有一个URL返回一个有效的证明,就可以)。URL列表可以包含几十个URL。
ENS CCIP的努力是一个成功的故事,并且应该被视为这样一种迹象:我们实际上可以实现我们所需的这种根本性改革。但还需要进行许多应用层改革。以下是一些例子:
许多dapp依赖用户提供离链签名。对于外部拥有的帐户(EOAs),这很容易。ERC-1271提供了一种标准化的方法来实现智能合约钱包的离链签名。然而,许多dapp仍然不支持ERC-1271,它们将需要进行更新。 使用“这是EOA吗?”来区分用户和合约的dapp(例如,防止转账或强制版税的NFT)将会出现问题。总的来说,我建议不要试图在这里找到纯技术解决方案;确定特定加密控制的转移是否是有益所有权转移是一个很困难的问题,可能无法在没有一些离链社区驱动机制的情况下解决。最有可能的是,应用将不再依赖于阻止转移等技术手段,而是更多地依赖于诸如Harberger税之类的技术。 钱包如何与花费和加密密钥交互将需要改进。目前,钱包经常使用确定性签名来生成应用程序特定的密钥:使用EOA的私钥对标准nonce(例如应用程序名称的哈希)进行签名会生成一个确定性值,而无法在没有私钥的情况下生成,因此从纯技术上讲是安全的。然而,这些技术对于钱包来说是“不透明”的,阻止了钱包实施用户界面级别的安全检查。在一个更成熟的生态系统中,签名、加密和相关功能将需要由钱包更明确地处理。 轻客户端(例如Helios)将需要验证L2,而不仅仅是L1。今天,轻客户端主要关注检查L1头部的有效性(使用轻客户端同步协议),并验证以L1头部为根的L1状态和交易的Merkle分支。明天,它们还将需要验证以L1中存储的状态根为根的L2状态的证明(更先进的版本实际上将查看L2的预确认)。 钱包将需要保护资产和数据 今天,钱包的任务是保护资产。一切都存储在链上,钱包需要保护的唯一东西就是当前保护这些资产的私钥。如果更改密钥,您可以在第二天将之前的私钥安全地发布在互联网上。然而,在ZK世界中,情况就不再如此:钱包不仅仅是保护身份验证凭据,它还保存着您的数据。1/n
中文
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou

🎊Excited by our growing #community!
🎁 In 48 hours, we're awarding an #ElitePASS.
1⃣️Join our discord : discord.gg/uPQ3HZyXhA
2⃣️Like, retweet, tag 5 friends for a chance to win & earn a #Twitter Badge!
#BNB #Giveaway #FreeMints #NFTs

English
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou
CS AWSB Wagmi33 retweetou










