DeFi：过去现在和未来

Posted 2023-04-05 初晓链研究员

DeFi 领域显然正处于一个有趣的时间点。

一方面，DeFi 代币在当前市场间冷却期损失了高达 95% 的价值，NFT 和元宇宙成为焦点，DeFi 2.0 失去了最初的势头。还有很多漏洞利用、监管不确定性、前所未有的个人崇拜和一些可疑的雇佣。

另一方面，既有的成熟 DeFi 协议一直在支撑大量的日常活动。DeFi 在 L2 (第二层网络) 刚刚开始。多链 DeFi 和其他链上的 DeFi 也正在经历一个快速增长阶段。

综上所言，最糟糕的时期是否已经过去？我们是否正处于 DeFi 复兴的边缘？你将在本文中找到这个问题和更多问题的答案。

过去

自 2021 年初以来，市场对 DeFi 并不友好。

尽管在 DeFi 协议上有惊人的创新和不断增长的 TVL (锁仓总价值)，但 DeFi 代币的价格并没有反映出这一点。

即便当 DeFi 代币的价值和整体市场一起增值，但在大多数情况下，它们的表现仍然低于 ETH。

人们的注意力集中在其他事情上：NFT，模因币 (Meme coins)、元宇宙、替代性 L1 链 等等。

DeFi 2.0 带来了一点希望，但最终导致市场过度繁荣和痛苦的价格调整。

以太坊 L2 扩展并没有像大多数人预期的那样迅速到来，这为其他 L1 链创造了巨大的机会。由于易于部署到其他兼容 EVM 的 L1 链，许多知名的 DeFi 协议 (比如 Uniswap 和 Aave) 的分叉版本被部署到这些 L1 链上。

Olympus 可能是所有 DeFi 协议中被分叉得最多的一个，在所有可能的 EVM 兼容链上推动似乎永不休止的庞氏游戏。

前所未有的个人崇拜也无济于事。也许，在这个以匿名的方式编写的代码就能够处理价值数十亿美元的交易的加密领域，我们不应该太关注个人，而应该关注真正重要的东西：代码和社区。

历史一次又一次地证明，对一个人的崇拜可以如同其迅速升温一样迅速消散。

在 DeFi 中也有很多关于品德的讨论。是否应该允许一个被判犯有诈骗罪的罪犯在其他人不知情的情况下匿名构建一个协议？

这个问题可能不像我们想象的那么容易回答。对一些人来说，尤其是那些来自传统金融业的人来说，这是不可接受的。而对其他人来说，成为生态系统的良好贡献者才是重要的，他们认为应该允许人们“洗心革面”。

有一件事是明确的，任何致力于 DeFi 协议的人都不应该能够仅凭一己之力就获得人们的钱财——不管是谁。

DeFi 领域在攻击和漏洞方面也不是很好。Poly Network、Compound、Cream Finance、Badger 等 DeFi 协议都遭遇了攻击。

 Rug Pulls 也没有放缓，数以百计 DeFi 协议分叉版本被创建出来的唯一目的就是盗走用户的资金。

仅 Wormhole (跨链协议) 的漏洞就造成了 3.26 亿美元的损失，幸运的是，Solana 生态系统最大参与者之一的 Jump Crypto (投资公司) 弥补了这一损失。

从 2021 年初开始，因黑客攻击和漏洞利用而损失的总金额约为 20 亿美元。

也有几次非常惊险。

DeFi 的研究人员和白人黑客 Sam Sun 在 Sushiswap 协议上发现的一个漏洞可能会导致高达 3.5 亿美元的巨大损失。向 Sam Sun 致敬，他以专业和及时的方式披露了该漏洞。

围绕 DeFi 和加密货币的不明确监管是另一个广泛讨论的话题，它给用户、投资者和创始人带来了很多不确定性。

包括禁止和解除加密货币禁令的国家，试图将 DeFi 纳入正在投票表决的现有金融规则的严厉法律，等等。

尽管监管的不确定性还没有完全消失，但上文提到的其他事情可以被认为是过去的遗留物，肯定值得我们从中学习。

现在，让我们讨论一下 DeFi 的当前状态。

现在

根据 DeFi Llama 的数据，DeFi 中锁仓的总价值约为 2150 亿美元。这比 2021 年底的 2550 亿美元略有下降，但仍然很高。

就去中心化交易所 (DEX) 而言，月交易量约为 500 - 600 亿美元。这比 2021 年底的 1000 多亿美元有所下降。

尽管 DeFi AMMs (自动化做市商) 领域有一些新成员，但 Uniswap 的市场份额仍然很高，约占总交易量的 75%。

在 DeFi 借贷方面，在撰写本文时，Aave 协议横跨 7 个不同区块链网络的流动性徘徊在 200 亿美元左右。这比 2021 年底的 310 亿美元有所下降，网络数量也减少了。

尽管从表面上看，DeFi 似乎已经停滞了一段时间。事实上，这与事实相去甚远。

一些主要的 DeFi 指标，比如所有 DeFi 协议中的锁仓总价值 (TVL) 或者去中心化交易所 (DEX) 的交易量，并不能向我们展示整体情况，因为它们总是与当前市场状况相关。

我们必须更仔细地审视 DeFi 内部，以了解正在被构建的东西，以及它对未来的影响。

L2 (第二层网络) 扩展性方案显然是一个重大的发展，可以通过降低成本和提高交易速度来显著增加 DeFi 的采用。

Optimism 和 Arbitrum 正在改进它们的代码，使它们的使用成本越来越低。

Polygon 已经拥有许多扩展性解决方案，包括 ZK Rollup 技术，比如 Hermez、Nightfall 和 Maiden。

在成功扩展了像 dYdX、DeversiFi 和 Immutable X 这样的单用途协议之后，StarkWare 正在开发一种更通用的 ZK Rollup 网络，称为 StarkNet。

与此同时，其他 L1 链也没有放慢脚步。

Avalanche、Fantom、Solana、Terra 等其他 L1 链上的 DeFi 也正在经历一个快速增长的阶段。

尽管目前，这些替代性 L1 链上的 DeFi 协议，特别是 EVM 兼容链上的 DeFi 协议，大多是最初在以太坊上构建的 DeFi 协议的分叉版本，但也有很多新的东西正在被尝试和构建。

尽管最初面临一些批评，但我们可以看到多链理论正在发挥作用，并取得成果。

在寻找 DeFi 收益的过程中，用户热衷于将他们的资产桥接到其他链中。

这一切看起来都很令人兴奋，但我们需要记住，跨链桥本身就是有问题的。由不同共识机制保护的两条不同链之间的交易无法简单地作为一个原子操作执行，所以资产跨链要么需要信任更中心化的「桥」，要么需要依赖中继网络，而不是依赖于我们正在实现桥接的这两条链的共识。

将资产桥接至 L2 网络 (比如 Optimistic Rollups 或者 ZK Rollups) 要更安全一点，因为大多数 L2 网络都有逃生机制，允许在出现问题时直接从以太坊 L1 提取资金。

专注于多链的项目，比如 Cosmos 和 Polkadot，也可能是有趣的解决方案，因为在这类网络中，桥接交易通常由 1 个共识机制保护，但这并不能解决在两个不同的 L1 链之间跨链的问题。

当涉及到 DeFi 2.0 时，尽管市场遭遇过度繁荣，但这种范式转变的某些机制 (主要围绕激励流动性) 可能会盛行。

像 Tokemak 这样的 DeFi 协议维持着超过 10 亿美元的 TVL，并为整个 DeFi 生态系统引入了新的有用的功能。

其他的 DeFi 2.0 协议，比如 Olympus，是否能够再次发光和找回它们最初的力量，还有待观察。

目前，Olympus 协议代币 OHM 的市值基本上受到其底层协议控制的金库价值的支撑，因此在一定程度上，该协议在最坏的情况下在按照预期运行。

其他更成熟的 DeFi 协议也没有止步于它们的成绩。

Aave 最近推出了其协议的 V3 版，该版本引入了更好的资本效率，并改善了风险管理。

Bancor 也宣布了其协议的 V3 版，该版本降低了交易成本，允许无限存款，并提供即时的无常损失保护。

Thorchain 已经从黑客攻击中恢复过来，并最近引入了合成资产，旨在增加网络使用量、网络 TVL 和流动性池的深度。这也使其提供了更便宜的代币兑换，并为流动性提供者 (LP) 提供了更高的收入。

MakerDAO 正在讨论一种新的、激进的增长战略，包括向更多真实世界的资产 (作为 DAI 抵押品) 扩张。

Sushiswap 正在致力于 Trident，这是一个用于创建 AMMs 和 Shoyu 2.0 (一个 NFT 市场) 的框架。

推动 DeFi 中大部分稳定资产互换的 Curve 协议也没有放缓。Curve 的代币经济学模型激励着许多其他 DeFi 协议 (比如 Yearn Finance、Convex Finance、[REDACTED] Cartel 等等) 去竞相捕获 CRV 代币收益。由于其中的竞争性，这场竞争被称为“Curve 战争”。

CRV 模型变得如此流行，以至于它正在被 DeFi 生态系统中的许多其他协议复制。

就以太坊本身而言，EIP-1559，尽管一开始有些担心，但该提案自实施以来一直稳步运行中，每天都在销毁 ETH。自从这一变更被部署以来，最近总计销毁了超过 200 万 ETH。

流动性质押方面也有了很大的增长。Lido 在这一领域占主导地位，通过该协议进行质押的 ETH 的价值超过了 85 亿美元。该协议还支持对其他区块链网络进行质押，比如通过该协议质押的 LUNA 的价值达到了惊人的 75 亿美元。

另一个流动性质押协议 Rocket Pool 选择了一条更艰难的道路，并决定从一个更去中心化的状态开始。该协议也显示出惊人的增长，已经有将近 5 亿美元的 ETH 质押了进来。

尽管不完全是 DeFi 本身，但 NFT、元宇宙和加密社交媒体 (包括 Aave 团队推出的 Web3 社交协议 Lens Protocol)，已经成为了热门话题。

这可以让更多的人进入加密领域，并允许他们也发现 DeFi。

除此之外，值得一提的是，即使在用户不太愿意投资新项目的市场冷却期，风险资本也不会睡去，并将数十亿美元投入 DeFi 生态系统和整个加密领域。

这为早期项目提供了足够的资金，使其专注于建设，而不是考虑如何在下次牛市前生存下来。

正如我们所看到的，尽管市场低迷，DeFi 生态系统仍在蓬勃发展，而且这不会止步于此——让我们快速地展望一下未来。

未来

以太坊合并是一个已被广泛讨论且越来越近的事件。

 合并将使以太坊从 PoW 过渡到 PoS，并大幅降低 ETH 的增发率，这极有可能使得 ETH 陷入通缩。

目前，以太坊合并估计在今年 6 月到 8 月之间到来，但当然，这取决于进一步的测试。这是以太坊协议有史以来最大的变化之一，所以不能仓促进行。

合并推动了以太坊当前的叙事之一，并可能推动 ETH 和 DeFi 的下一个牛市。

以太坊还计划有很多其他的改进。

例如，EIP-4488 可以通过降低调用数据的 gas 成本来降低 Rollup 的交易成本。

基于以太坊的 L2 网络是另一个催化剂，可以推动用户重新发现 DeFi。

通过 L2 网络，DeFi 不仅将要比以往任何时候都更便宜和更快，还将实现新的 DeF i协议，这些协议以前不可能在以太坊 L1 网络上实现。

大多数 L2 网络也都有一个秘密武器。它们可能都会推出原生代币，并迅速刺激增长。如果看到一些拐点导致所有主要的 L2 网络在很短的时间内挨个地推出代币，我不会感到惊讶。

有很多团队都在研究 L2 扩展，其中一个备受期待的事件是 StarkNet 的全面发布，它将提供一个通用的 ZK Rollup 网络。

NFT、元宇宙和 DAO 也可以推动 DeFi，而 DeFi 可能成为这些新兴生态系统的支柱。

将 NFT 代币化，并在 AMM 上进行交易？这是 DeFi。

创建托管合约以在 DAOs 之间交换代币？这是 DeFi。

在元宇宙中交易虚拟地块？这也是 DeFi。

甚至 NFT 市场也可以被视为 DeFi。

DeFi 市场的另一个可能经历快速增长的部分是指数。

在传统金融领域，标准普尔500指数 (S&P500) 和 FTSE100 等指数经历了一个巨大的增长周期，成为整个市场的重要组成部分。这还没有在 DeFi 中充分利用。

如果看到越来越多的人关注 DeFi 中的指数，我不会感到惊讶，特别是因为智能合约的本质允许轻松地创建各种指数，从 DeFi 蓝筹股到元宇宙，再到 NFT。智能合约还允许实现指数调仓的自动化。

比如，Index Coop 的 DeFi 指数、元宇宙指数和其他指数是这一类别的突出项目之一。

我们需要尽快澄清的一件事是关于 DeFi 的法律和纳税。目前不明确的规则扼杀了创新，并为 DeFi 创始人和用户创造了一个不友好的环境。

最终，我认为大多数流动性将转移到链上，DeFi 将吸引大多数银行、对冲基金、其他金融公司。

尽管会有许多条区块链，每条链都有一个运行的 DeFi 生态系统，但自然地，流动性将集中在少数几条链上。

说到市场，很难说短期到中期价格会发生什么变化，但当世界意识到该领域正在建造的东西时，我不会惊讶地看到 DeFi 代币再次复苏。

总结

尽管目前的市场处于冷却期，但 DeFi 领域仍在以惊人的速度发展。当人们的注意力从价格上转移开时，长期的构建者继续创造价值，并不断提出新想法，为下一个市场周期提供养分。

在这些看似平静的时期，跟上最新趋势是极其重要的，从而当注意力最终回到 DeFi 时捕获最大的收益。

那么，你如何看待 DeFi 的当前状态？你对 2022 年及以后的情况有哪些预测？

.net的过去现在和未来

.NET Framework发展状况：
一、2000-11  发行第一个版本 .NET Framework 1.0 Beta
NET Framework现主要由以下几部分组成:
(1).包括五种正式的语言编译器(C#,Visual Basic,托管 C++,J#和Jscript 脚本语言等).
(2).框架类库(Framework Class Library,FCL)由很多相关互联的类库组成,支持Windows应用程序.Web应用程度.Web服务和数据访问等的开发.
(3).公共语言运行库(Common Language Runtime,CLR)是处于,NET核心Framework的面向对象的引擎,其将各种语言编译器生成的中间代码编译为执行应用程序所需要的原生码(native code).

二、2003-04-01 发布 .NET Framework 1.1 RTM
变化：
1、内嵌了移动版的ASP.NET控件、内嵌了ODBC和Oracle数据库的支持（这两个包含到2.0类库里了）
2、ASP.NET增加了代码访问安全功能，.NET程序从Internet下载增加了访问限制
3、增加了可以运行在手持设备上的精简版的.NET Framework
4、支持IPv6
5、增加了很多API

 

三、2004-03-01 发布.NET Framework 2.0  Preview
变化：
1、增加了很多API，并且提供了一些用于高级控制的新API，如多线程、内容分配、动态装载以及其它一些控制
2、支持的x64和IA64平台的64位操作
3、增加了对范型的支持
4、对ASP.NET控制进行了重大升级
5、提供了新的数据绑定控件
6、增加了ASP.NET的个性化支持，这其中包括对主题和皮肤的支持
应用模式方面：
1、ASP.NET，支持可 Web 访问的应用程序的开发。
2、ADO.NET，允许应用程序访问相关的其他类型数据。
3、Windows Forms，支持建立 Windows 应用程序的图形用户界面 (GUI)。
4、System.XML，使应用程序能够使用 XML 定义的数据，包括 XSLT 和 XPath。
通讯处理方面：
1、ASP.NET Web 服务，提供基于 SOAP 的交互通信。
2、.NET Remoting，主要用于 .NET 应用程序之间的通信。
3、Enterprise Services，支持可扩展的事务性应用程序。
4、System.Messaging，通过 Microsoft Message Queuing (MSMQ) 支持队列消息。
5、Web Services Enhancements (WSE)，它是 ASP.NET Web 服务的扩展，支持 WS-Security 等新规范。

 

四、2006-05-23 发布.NET Framework 3.0 Beta 2（Beta 1是WinFX？）
变化：
1、增加了新的内核API
2、新增加了四个组件：
Windows表现层基类库(WPF)，以前叫Avalon。这是一套新的图形接口API，这套API可以充分利用3D技术，这其中包括计算机硬件和软件。 构建一种能够应用于桌面客户端和Web 浏览器播放视频、运行动画、采用二维或三维图形，以及调用不同的文档的应用程序。这是一种基于XAML标记语言和DirectX9/10的XAML浏览器应用程序或者WPF应用程序。
Windows通讯基类库(WCF)，以前叫Indigo。这是一个面向服务的消息系统，这个系统允许将本地程序和外部的程序集成，这有些类似于Web Services。 基于SOAP 全球 Web 服务协议，Indigo设计初衷以通用的 API 提供通用的方法，而WCF可以用在SOAP协议的通讯和基于优化二进制协议、基于MSMQ 队列消息 和基于 REST 的简单通信。WCF 采取明确的面向服务方法来进行通信，不在对象间进行透明通信，而是为通信各方提供略微不同的抽象服务，这样的结果是放开了分布式对象系统间某些紧密的耦合关系，使得交互出错减少，并且更容易修改。WCF创建的服务提供了客户端可访问的接口，而该接口可通过 Web 服务描述语言 (WSDL) 来定义，然后转成代码，或者直接用C#等语言定义，最后构建安全性、可靠性的应用程序。对于不同类型的开发人员构建的不同种类的应用程序，需要以不同的方式进行通信，这里涉及到WCF的通讯选项，有调用没有响应的操作、基于XML消息的异步通信和显式处理 SOAP 消息等。
Windows工作流基类库(WF)，WF 工作流是一组由 WF 引擎执行的工作流驱动和面向流程的活动，建立业务逻辑与代码的分离，应对面向人员的动态工作流和面向系统工作的静态流的传统分歧，提供基于建立事务的自动化任务解决方案。
Windows数字标识(WCS)，以前叫InfoCard。这是一个可以存储个人的数字标识，并提供了编程接口，其标识元系统完全基于开放的公共协议，是一种网络身份识别的技术，如可以将这项技术应用到网站的登录上。
这四个组件的地位和ASP.NET 2.0以及Windows Form 2.0是同一层次的，他们都是在.net framework 2.0基础类库的基础上进行扩展或者增加的。当然，这四个组建同时也引入了新的技术或方法，或者根本就改变了整个模式或方法。
3、增加了语言应用 Extension Method、Lambda Expressions、Anonymous Type、Query Expressions 、Automatically Implemented Properties、 LINQ

 

四、Microsoft 2007年11月？ 发布了.NET Framework 3.5 版
framework的CLR是2.0，asp.net的runtime是2.0，.NET Compact Framework 3.5 版通过包含 Windows Communication Foundation (WCF) 技术扩展了对分布式移动应用程序的支持。它还添加了新的语言功能（如 LINQ）和基于社区反馈的新 API，并使用更新的诊断工具和功能来改进调试这 。这些LINQ 提供程序程序集的支持使用 LINQ 来查询 .NET Framework 集合、SQL Server 数据库、ADO.NET 数据集和 XML 文档。
其中.NET Framework 3.5第一个SP服务包的最终版.这是一个累积更新,包含很多基于.NET Framework 2.0、3.0和3.5不断生成的新功能,此外还包括.NET Framework 2.0 SP2和.NET Framework 3.0 SP2累积更新,支持x86、x64、IA64三种架构..NET Framework 3.5 SP1集成了此前发布的三十个相关Hotfix热修复补丁,同时还引入了不少新特性和改进:F3.5和F3类似，在修正之前的Bug之外，主要的扩展是：LINQ，WF，WCF，Add-in(今后会被MEF替代)。Framework 3.5 SP1，又添了几个新东东：MVC，Dynamic Data，Entity Framework，Data Services等。同时Framework 3在语言上进行了改进，例如Linq，Lambda，扩展函数，var类型的使用等等。

变化：
1、ASP.NET动态数据，它提供了丰富的框架，从而使用户可以快速进行数据驱动的开发，而无需编写代码；ASP.NET AJA 的一项新增功能，对管理浏览器历史记录提供了支持（支持后退按钮）。
2、对公共语言运行时的核心改进包括：改进了.NET Framework本机映像的布局、选择不再对完全受信任的程序集进行强名称验证、提高了应用程序启动性能、改进了生成的代码以缩短端对端应用程序执行时 间、选择在ASLR（地址空间布局随机化）模式下运行托管代码（如果操作系统支持）。此外，从网络共享打开的托管应用程序在完全受信任环境下运行时与本机 应用程序具有相同的行为。
3、提高了Windows Presentation Foundation的性能，包括缩短了启动时间，提高了与位图效果有关的性能。WPF的其他新增功能包括：改善了对业务线应用程序、本机初始屏幕、 DirectX 像素着色器的支持，并且新增了WebBrowser控件。
4、ClickOnce应用程序发行者可以决定在适当情况下不进行签名和加密，开发人员可以编程方式安装ClickOnce应用程序以显示自定义署名，并且ClickOnce错误对话框支持链接到Web上应用程序特定的支持网站。
5、实体框架是从现有的一套ADO.NET数据访问技术发展而来的。利用实体框架，开发人员可以按照应用程序特定的域模型（而不是基础数据库模型）来针对关系数据库进行编程。有关更多信息，请参见实体框架入门。 实体框架还引入了一些其他功能，包括支持SQL Server 2008的新类型、默认实体图形序列化和实体数据源。在此版本中，实体框架支持SQL Server 2008中的新日期和文件流功能。图形序列化工作可帮助开发人员生成将全部图形建模为数据协定的Windows Communication Foundation (WCF)服务。实体数据源为希望使用实体框架的ASP.NET应用程序构建者提供了传统的数据源体验。
6、LINQ to SQL新增了对SQL Server 2008中的新日期和文件流功能的支持。
7、ADO.NET Data Services Framework由满足以下条件的模式和库组合而成：支持将数据公开为一项基于REST（具象状态传输）的灵活数据服务，企业网络内部或整个互联网上的 Web客户端都可以使用该服务。ADO.NET Data Services Framework支持基于任何数据源创建数据服务。通过与 ADO.NET Entity Framework 的充分集成，可以轻松公开基础存储架构的概念视图模型。可以轻松地从任一平台访问使用ADO.NET Data Services Framework创建的服务以及兼容的Windows Live (dev.live.com)服务。针对运行在微软平台上的客户端应用程序提供了一组客户端库，以简化与数据服务的交互。例如，基于.NET Framework的客户端可以使用LINQ查询数据服务，也可以使用简单的.NET Framework对象层更新此服务中的数据。
8、现在，Windows Communication Foundation改进了对互操作性的支持，增强了部分受信任情况下的调试体验，并且扩展了整合协议支持以便在Web 2.0应用程序中可以进行更广泛的应用，从而使DataContract序列化程序变得更易于使用。
9、用于SQL Server(SqlClient) 的.NET Framework数据提供程序新增了对SQL Server 2008中的文件流和稀疏列功能的支持。
10、增加了新控件List View (TBD)和Data Pager (TBD)

 

五、微软的.NET 2010年2月？Framework 4.0主要为用户提供了以下新功能和改进：
1、.NET Framework 4.o Beta 1(x86)与 .NET Framework 3.5 SP1并行工作。在旧版的 .NET Framework中可以运行的应用程序，将继续能够运行在.NET Framework 4.o上。
2、在Visual Basic和C ＃语言中有所创新，例如声明lambdas 、隐线continuations 、动态调度、并命名/可选参数等。
3、在ADO.NET实体框架中增加了许多新的功能，通过提高抽象层次，从而简化开发人员的关系数据库的程序。这些新功能包括：持续忽略、POCO支持、延迟加载，测试驱动开发的支持、功能模型以及新的LINQ运营商等。
4、改进ASP.NET中的JavaScript用户界面模板和AJAX中的数据绑定功能以及图表控制；
5、改进WPF，增加Windows 7多触控、ribbon控制、任务栏扩展功能支持，同时增加Surface 2.0 SDK支持；新的业务线控制，包括图表控制，智能编辑，数据网格，以及其他能够提高“建立数据中心的应用程序”的开发者经验的控制；提高性能和可扩展性；在文字、像素布局、本地化和互操作性中添加可视化改进；
6、Windows Workflow（WF）中的改进让开发者能够更好地控制工作流程，改善了活动规划模型；改进设计体验；一个新的流程建模方式；扩大调色板的活动范围；工作流程规则一体化；新邮件相关的功能。
7、.NET框架4.o改进了基于WF的工作流程Windows通讯基础（ WCF ）构架，例如流服务相关支持，双向通信的持久性等，同时还提供了新的WCF功能，例如服务发现、路由器服务、简化配置、REST支持、诊断和性能提升等。
8、并行程序设计的创新功能如下：并行循环1持、任务并行库（TPL）、并行LINQ （ PLINQ ）、协调的数据结构、多核心处理器等。
9、增加了.NET 4.0 Entity Framework、Optional/Named Parameters、Tuple等特性
10、增加了Visual Studio 2010 CodedUI Test、Layer Diagram、Sequence Diagram、Directed Graph等应用解决方案

 

六、开发工具和对应的.net framework版本
Visual Studio .NET 2010（将于 4 月 12 日全球同步发布）使用的是.NET Framework 4.0
Visual Studio 2008使用的.NET Framework 3.5
Visual Studio 2005使用的是.NET Framework 2.0
Visual Studio .NET 2003使用的是.NET Framework 1.1

 

七、.NET Framework 技术
1、公共语言运行时 (CLR)
公共语言运行时(CLR) 是 .NET Framework 的运行时环境。
2、Base Class Libraries (BCL)
BCL 为应用程序提供了建筑基石。
3、ASP.NET
ASP.NET 是一个免费的技术，用来构建动态 web 应用程序。
4、ADO.NET
使用 ADO.NET 技术访问数据源，例如 Microsoft SQL Server，OLE DB 和 XML。
5、Windows Forms
使用 Windows Forms 技术创建智能客户端应用程序。
6、.NET Compact Framework
Use .NET Compact Framework 用于构建基于 Windows CE 设备的应用程序。
7、Windows Presentation Foundation (WPF)
使用 WPF 技术在 Windows Vista 上创建应用程序和高保真用户体验。
8、Windows Communication Foundation (WCF)
使用WCF技术创建和运行互联系统。
9、Windows Workflow Foundation (WF)
使用 WF 技术在Windows平台上创建工作流应用程序
10、Windows CardSpace
Windows CardSpace 技术提供了一致的身份验证体验。
11、.NET Services
使用 .NET Services 来连接以云端为基础的(cloud-based) 和有云端感知能力的(cloud-aware)应用程序。
12、"Oslo"
"Oslo" 是微软下一代应用程序开发平台。