智能合约具有局限性，因为它们缺乏与环境交互的能力，这限制了去中心化应用(dApps)的发展潜力。为了实现更多更复杂的功能，DeFi协议有两个选择:它们可以采用灵活的设计，比如玩家可以个性化处理各种场景；或者它们可以引入external dependencies——依赖于链下基础设施，如oracle、keepers或链下计算——以维持简单的用户体验。

在最近一篇发人深思的题为“为什么DeFi被破坏以及如何修复—第1部分:无oracle协议”的文章中，Dan Elitzer主张使用零外部依赖的DeFi原语（primitives）来最小化攻击向量。这个想法是为了消除对第三方机构的信任需求。然而，一个零依赖的DeFi生态系统必将对专业化的要求更高。大多数用户缺乏时间、专业知识或资源，无法成为Uniswap v3上的做市商，也无法在没有external dependencies的情况下评估协议中的抵押品质量，他们不得不依赖于可信的中介机构参与。

因此，对零依赖的追求可能会让我们回到起点，或者更糟的是，迫使非专业用户信任复杂的实体或将资金存入过渡型智能合约，这会增加不安全因素。与其为完全消除外部依赖关系而奋斗，不如考虑更实用的方法，比如对external dependencies进行更严格的审查，并限制潜在的黑天鹅场景。我们必须认识到，某种程度的依赖是不可避免的，甚至对行业的发展至关重要。

在知名的DeFi项目中，Uniswap的早期版本最接近于实现零依赖。然而，最近引入的Uniswap v4表明了一种转变趋势，通过高度模块化的方法(“Hooks”）以推动此领域向前发展。

数据原语

关于外部依赖的讨论主要围绕智能合约与外部数据交互的能力展开。如今，数据交互通常依赖于预言机来访问链下信息，尽管范围有限(主要包括主要加密货币的价格)。

随着越来越多的活动迁移到区块链，大量有价值的链上数据可以用来以算法和透明的方式增强机制设计。然而，尽管链上数据具有透明度，但将其与智能合约集成并非易事。读取、处理和交付有意义的数据需要建立一个复杂且可信的基础设施。因此，开发人员通常依赖于现有的工具来满足他们的数据需求。然而，大多数现有的数据解决方案都植根于Web 2.0框架，甚至更多的Web 3.0本地协议也不能保证它们提供的数据的准确性。