翻译：团长（https://twitter.com/quentangle_） 我们回顾所有你喜欢的开发工具，foundry、hardhat、truffle、brownie、solidity、vyper、huff等等，并看一下在新的一年对web3开发者工具的期望。 在过去两年中，我在每年年初都会做这样的视频，今年也不例外。2022年的链接在这里，2021年的链接在这里。 由于FTX、Terra和今年发生的所有其他乱七八糟的事情，我很高兴2022年已经过去。所以我们开始吧。 1. 编程语言 Solidity仍然是占主导地位的智能合约语言，现在约有85%的价值锁定在DeFi中。solidity是一个不会出错的选择 — 而且它在不断改进。今年我最喜欢的改进是intermediate represe

翻译：团长（https://twitter.com/quentangle_） 什么是签名？ 在进入代码之前，我认为更重要的是我们应该先尝试去理解其中的机制。我将尽我所能以这样的方式来解释签名，无论你的背景如何，是否有技术背景，在本文的结论中，你将有效地理解签名以及它们保证矿工真实性和包容性的方式。 在现实世界中，我们知道重要的文件，如银行贷款，肯定需要借款人在贷款人提供的某种形式的文件上签名，以有效地承认他们参与了某种形式的交易。在这之后，你会期望借款人从贷款人那里收到一些钱，因为一切都检查都验证了。 是的，我知道! 现实世界并不完美，只要花费一定的时间和精力，签名是可以伪造的，但核心概念仍然是一样的。一些文件（信息a message）是由贷款人（验证人the verifier）提供给借款

翻译：团长（https://twitter.com/quentangle\_） 我承认我喜欢DeFi加密货币投资 — 寻找新的产生收益的项目，并从一堆垃圾项目和庞氏骗局中识别出合法项目，这是一个让人乐在其中并且有利可图的挑战。但是，DeFi有一个明显的缺点 — 你必须使用像Metamask这样的非托管钱包来与DeFi交易所互动。Metamask做的很棒，并且准确执行了你想做的操作，但可惜在安全性方面严重不足。Crypto Facebook小组、Reddit、Discord和Telegram上有很多人讲述了他们的钱包被黑和被财产被全部转走的故事，很多都是价值数千美元的加密货币。我在网上认识一个人，尽管他是一个受过高等教育的、在其领域内全国知名的专业人士，但他犯了一些愚蠢的错误，将他的Metam

在不可篡改的区块链上更新应用程序，就像在飞行中切换飞机引擎一样 这里是高风险编程的定义：流行的NFT项目AkuDreams意外地将3400万美元的全部筹款永远锁定在一个智能合约中。我在这里写了一个系列推特，详细介绍了这个漏洞： https://twitter.com/0xfoobar/status/1517680400142716929?s=20&t=-aPnbil9huLnlBI6PGKUtA 这篇特别的报道从加密货币的泡沫中出圈了，进入了主流媒体，创造了一个搞笑的误解的回应大杂烩。 有些人想知道，为什么不直接修复代码？漏洞是软件开发不可避免的一部分；构建流程和版本升级是每个技术栈的关键部分。 https://twitter.com/samyanez94/status/151771

原文：Show me the Liquidity: Evaluating NFT Financialization Methods 翻译：团长（https://twitter.com/quentangle_） 在DeFi诞生之前，用户获取加密资产的唯一途径是通过ICO、OTC交易或具有严格上市要求的中心化交易所。对于大多数在ICO热潮中推出的同质化（ERC-20）代币来说，市场的流动性很差。随后，DeFi协议的出现，减少了长尾代币的流动性时间，导致我们今天在同质化代币市场上看到了活跃的交易、借贷和杠杆活动。 就像过去的同质化资产一样，我们可以期待DeFi协议也能为NFT的长尾部分解锁流动性。我们之前写过为什么NFT金融化很重要，并概述了位于NFT和DeFi交集的协议的早期例子。不到一年后，我

原文链接：Optimistic Rollups: the present and future of Ethereum scaling 我们听到了很多关于ZK Rollups的讨论，说它是智能合约系统的未来。对此我们不同意 —— 这篇文章解释了原因。本文借鉴了我们从运行一个开放的、安全的、与EVM兼容的L2链（Arbitrum）中获得的实践经验，Arbitrum有数百个dapp，数十万用户和数百万交易。 我们将Arbitrum打造为一个Optimistic Rollup（OR），因为我们相信OR是满足用户对安全、无信任、兼容EVM的L2的现实需求的最佳方式。我们选择Optimistic而不是ZK是因为Optimistic固有的可扩展性和成本优势；今天我们仍然会做出同样的选择。要了解原因，请继