协议是系统内参与者遵循的一组规则。例如，军队中的协议规定人们应该如何行动。外交官之间有一种“协议”来规定他们如何相互交往。可以将协议看作一系列规则的捆绑。在机器的背景下，特别是计算机中，协议被定义为规定数据流动方式的规则。例如，RSS 是一种协议，定义了如何在客户端中更新有关文章的信息。SMTP 定义了电子邮件如何流向收件箱。协议是的特定于背景的规则捆绑。

另一方面，平台是操作系统、社交网络（如 Meta）或硬件（ARM/NVIDIA），使一组协议能够在其上运行。当你在 Windows 上使用 Outlook（一个应用程序）时，你使用 SMTP（协议）将数据传输到 Windows（平台）。目前还没有 Web3 原生的已经扩展的平台。Solana 的移动设备可能有其操作系统，该操作系统经过微调以满足行业需求。Ronin 有其应用商店，允许分发支持 NFT 的游戏。

但是，当你考虑到 Azure、Facebook 或 iOS 的规模时，你会发现 Web3 中并没有类似规模的平台。（很可能是因为我们目前还不需要它们）。在 2019 年，三星和 HTC 都曾尝试创建支持硬件的移动设备，但我认为随着 Secure Enclave 等工具的发布，对支持钱包硬件的手机设备的需求已经下降。

让我感到困惑的是应用程序也可以是协议的概念。以 0x 为例，它是一个协议还是一个应用程序？Matcha 是应用程序，而 0x 是一个协议，多个 DeFi 产品可以与之关联以获取流动性。类似地，OpenSea 有 Seaport，它们的协议可以让各种 NFT 市场共享流动性。你明白要点了吗？

因为在早期阶段，协议本身很难吸引到多个开发者，所以开发者通常会发布一个与之配套的应用程序来推动活动。如果你是一个独立的应用程序，你很可能会被其他应用程序取代。OpenSea 在版税战争中输给了 Blur。但如果你是一个有多个应用程序构建在其上的协议，完全被取代的可能性就大大降低了。

因此，如果你稍微放大一点，过去几年的策略相对简单。

• 发布一个应用程序。通过提供代币激励来推动流动性。
• 发展到一定程度，现在可以允许第三方应用程序利用你的流动性。
• 发布一个具有治理代币的协议。

Compound 和 Uniswap 都是这种策略的实例。恰巧他们发布的核心产品非常强大，以至于人们不会考虑构建在协议之上的应用程序。像 DeFiSaver、InstaDApp、MetaMask 和 Zapper 这样的产品将流动性发送到这些产品中。但大部分用户活动发生在最初发布的产品上，即协议的原生网站。