编程语言阻止主流DeFi

面向资产的编程使基本功能成为编程语言的原生功能。DeFi需要更多的来提高安全性。

去中心化金融(DeFi)正在快速增长。锁定的总价值是DeFi协议管理的资金衡量标准，在过去两年中从100亿美元增长到略高于400亿美元，达到1800亿美元的峰值。

房间里的大象?仅在 2021 年，黑客和漏洞利用就损失了超过 100 亿美元。喂养大象：今天的智能合约编程语言无法提供足够的功能来创建和管理资产 –
也称为“代币”。为了使DeFi成为主流，编程语言必须提供面向资产的功能，以使DeFi智能合约开发更加安全和直观。

当前的DeFi编程语言没有资产的概念

可以帮助减少DeFi常年黑客攻击的解决方案包括审计代码。在某种程度上，审计是有效的。在历史上**的 10 次 DeFi 黑客攻击(给予或接受)中，有 9
个项目未经审计。但是，在这个问题上投入更多的资源就像在一辆有方形轮子的汽车中安装更多的发动机：它可以跑得更快一些，但有一个根本问题在起作用。

问题在于：今天用于DeFi的编程语言，如Solidity，对资产是什么没有概念。代币和不可替代代币 (NFT)
等资产仅作为智能合约中的变量(可以更改的数字)存在，例如以太坊的
ERC-20。定义变量应该如何表现的保护和验证，例如，它不应该被花费两次，它不应该被未经授权的用户耗尽，转移应该始终平衡并净值为零 –
所有这些都需要由开发人员从头开始实施，对于每一个智能合约。

相关：如果开发人员采取基本的安全措施，他们本可以防止加密货币的 2022 年黑客攻击

随着智能合约变得越来越复杂，所需的保护和验证也变得越来越复杂。人也是人。错误时有发生。错误时有发生。钱会丢失。

一个恰当的例子：Compound 是 DeFi 中最蓝筹的协议之一，在 2021 年 9 月被利用了 8000
万美元。为什么?智能合约包含一个“>”而不是“>=”。

连锁反应

为了使智能合约相互交互，例如用户将令牌与另一个令牌交换，消息将发送到每个智能合约以更新其内部变量列表。

结果是一个复杂的平衡行为。确保正确处理与智能合约的所有交互完全取决于DeFi开发人员。由于 Solidity 和以太坊虚拟机 (EVM)
中没有内置固有的护栏，DeFi 开发人员必须自己设计和实施所有必需的保护和验证。

因此，DeFi 开发人员几乎将所有时间都花在确保代码安全上。仔细检查它 – 并三重检查它 –
以至于一些开发人员报告说，他们花费了高达90%的时间进行验证和测试，只有10%的时间用于构建特性和功能。

开发人员的大部分时间都花在与不安全的代码作斗争上，再加上开发人员短缺，DeFi
是如何发展得如此之快的?显然，尽管今天提供可编程货币存在挑战和风险，但仍需要自我**，无需许可和自动化形式的可编程货币。现在，想象一下，如果 DeFi
开发人员可以将他们的生产力集中在功能而不是故障上，那么可以释放多少创新。这种创新可能会让一个刚刚起步的460亿美元行业颠覆一个像468万亿美元全球金融这样大的行业。

创新与安全

DeFi既创新又安全的关键源于同一个来源：为开发人员提供一种简单的方法来创建和与资产交互，并使资产及其直观行为成为原生功能。创建的任何资产都应始终具有可预测性并符合常识性财务原则。

在面向资产的编程范例中，创建资产就像调用本机函数一样简单。该平台知道什么是资产：.initial_supp_fungible(1000)创建了一个固定供应量为1000的可替代代币(除了供应之外，还有更多的代币配置选项可用)，而.take和.put等功能从某个地方获取代币并将它们放在其他地方。

在面向资产的编程中，任何人都会直观地期望作为DeFi基础的操作是该语言的本机函数，而不是开发人员编写复杂的逻辑来指示智能合约使用所有错误检查来更新变量列表。代币不会丢失或耗尽，因为面向资产的编程保证它们不会丢失或耗尽。

这就是您在 DeFi
中获得创新和安全性的方式。这就是你如何改变主流公众的看法，从DeFi是狂野的西部到DeFi是你必须把你的储蓄放在的地方，否则，你就输了。

本站声明:网站内容来源于网络,如有侵权,请联系我们,我们将及时删除。