DeFi编程语言尚未纳入“资产”概念

日期：2023年04月16日 12:25 浏览量：1

编程语言如何将DeFi纳入主流？随着DeFi的快速增长，提供DeFi服务的平台和产品也如雨后春笋般层出不穷。作为衡量DeFi合同管理资金规模的标准之一

、DeFi“总锁仓量”在过去两年间从100亿美元超过400亿美元，在此期间一度达到了1800亿美元的峰值。但直到今天，智能合约编程语言的功能还远远不足以安全地创建和管理资产

。面对这“房间里的大象”，我们不能选择视而不见。因为DeFi之所以被称为主流，编程语言需要“面向资产”功能。这样只有DeFi智能合约的开发更安全直观。

截至2022年11月，DeFi的总仓库量。资料来源： DefiLlamaDeFi编程语言尚未融入“资产”概念。如何解决DeFi多年来被黑客入侵的问题

编写“审计码”是一个好方法。数一下史上最大规模的10次DeFi黑客攻击，可以知道其中9次是因为“未审计”。审计在某种意义上是避免攻击的非常有效的方法

。如果没有审计，在黑客问题上投入再多的资源也是徒劳的。这就像安装大量的发动机来解决方形轮胎汽车的性能问题，这样可以跑得更快，但找不到突破性能的关键。

同样，当前的DeFi编程语言(如Solidity )没有内置“资产”概念。令牌和NFT等资产只是智能合约的变量。 (可更改的数字，如以太体的ERC-20 ) ) ) ) )。

对于这些变量如何受到保护和验证，开发人员需要重新定义每个智能合约。例如，请勿使用此变量两次；不应该被非法用户用完；过渡时应始终保持平衡，净利润为零。

随着智能合约越来越复杂，所需的保护和验证也越来越复杂。但是，没有人是完美的。钱没有赤脚。难免会发生错误。资产也将丢失。就连DeFi领域最好的蓝筹股合同之一的Compound也难逃其害

。 2021年9月，由于Compound智能合约中的错误，价值8000万美元的令牌被错误地发放。本应通过该协议缓慢分发给所有流动性提供者的COMP令牌被意外释放，一些用户收到了数量远远高于平时的令牌。

令牌之间的交换等连锁反应智能合约之间的交互通过向每个合同发送消息实现。智能合约收到消息后，更新内部变量列表，结果反映了更复杂的平衡过程

。能否正确处理智能合约之间的所有交互取决于DeFi开发人员。索尔斯克亚和以太网虚拟机(EVM )在设计初期没有考虑防护问题

因此，DeFi开发人员在后期必须通过一定的设计来确保必要的防护和验证。为了降低安全风险，DeFi开发人员几乎将所有时间都用于确保代码安全。那些开发者

，他们写完代码后，一定要反复仔细检查，90%的时间进行验证和测试，只剩下10%的时间来构建产品的性能和功能。令人费解的是，开发者把大部分时间都花在了与令人不安的代码的斗争上

除了开发人员不足，DeFi为什么能发展得这么快？显然，当今可编程货币存在风险和挑战，但这种自我主权、无需许可和自动化的可编程货币仍然是一个大趋势

。想象一下，如果DeFi开发人员能够将生产力集中在产品功能的开发上，而不是整天忙于处理漏洞，会释放出多少创新力量。这项创新很可能带来惊人的结果

，那就是让刚刚开始的460亿美元行业关注468万亿美元的世界金融巨头行业。

2002-2020年世界金融组织总资产。来源： Statista创新与安全性如何兼顾DeFi创新与安全

重要的是为开发人员提供一种创建资产并与其交互的简单方法，同时将基本功能转换为编程语言的本机功能。最重要的是，您创建的资产始终是可预测的，并且符合常识性的财务原则。其实

中选择所需的族。在面向资源的编程示例中，创建资源就像调用本机功能一样简单。平台知道什么是资产中选择所需的族。例如， initial_supply_fungible(1000 )创建了固定供应量为1000的同质化令牌。 (除供应外，还可以使用更多的令牌放置选项。）

、 take和. put等功能从一个位置获取令牌，然后放在另一个位置。在资产导向的程序设计中，每个人都自然而然地期待着有关DeFi的基本操作编入该语言的母语功能中

开发人员不会编写复杂的程序来指示智能合约通过错误检查来更新变量列表。在这种情况下，只要有保证的资产导向编程，令牌就不会丢失或耗尽。

以上就是在DeFi领域获得创新和安全性的方法。一切都只是以资产为导向，主流的看法又发生了变化，人们也从远远看到这个可怕的DeFi，变成了争先恐后地投入自己的资产。否则，你会输的。

推荐阅读