【区块链 | DAPP | DeFi】DAPP架构设计、DeFi应用架构设计之道

前言

DeFi 应用跟传统应用的差异性还是比较大的,商业模式不同,产品模型也不同,就连落地实现的技术栈也有很大不同。一般,传统应用也称为 Web2 应用,而 DeFi 应用则可被归入 Web3 之列。

我们不说商业模式和产品模型,就只说说技术栈。DeFi 应用目前所涉及到的技术栈主要包括:Solidity、Subgraph、Price Oracle、Hardhat、Ethers 等等。这些技术栈,大多就连阿里、腾讯、字节等互联网大厂里一些高达 P9 级别的大佬可能听都没听过。传统应用架构中所热门的微服务架构、大数据架构、云原生架构等,在 DeFi 应用中也基本毫无用武之地。

这些技术栈只是 DeFi 应用的硬门槛,如果不熟悉这些技术栈,就难以设计出优雅的 DeFi 应用。而且,除了这些硬门槛,还存在一些软门槛,主要是一些思维上的东西,如果没在区块链行业中沉淀至少一两年的话是掌握不了的。因此,就算是传统应用的架构大佬们,也无法平滑无缝地将技能切换到 DeFi 行业。而且 DeFi 也只是这两年才开始爆发起来的,也因此,这个行业中架构师级别的人才非常紧缺。

我从 2017 年中旬就开始研究区块链,在这个行业深耕了几年时间,做过了几款 DeFi 应用,才终于有了一些根基。基于我的经验总结,来聊聊我理解的 DeFi 应用的架构设计之道。

整体架构

先来看看一个 DeFi 应用系统的整体架构一般是怎样的:

猜你喜欢

转载自blog.csdn.net/qq_28505809/article/details/126420706