当一个项目在 $GRAM 上线时，它面临一个选择：自建交换基础设施，还是采用现成的。而越来越多的情况下，选择落在 STONfi 上。不是因为潮流，而是因为自建成本高、速度慢且有风险。

以 Grambo 为例。代币发射平台可以自己编写交换智能合约、搭建池子、吸引流动性。这需要数月的工作和大量测试。但他们却将 STONfi 界面直接嵌入信息流中。用户启动代币后可以立即进行交换，无需离开该平台。流动性流入现有的 STONfi 池，而非从零搭建的池子。

RedoTrade 也走了相同的路径。交易机器人本可以自行聚合流动性，但这意味着要与每个交易所单独谈判、维护 API、解决汇率冲突。但他们接入了 Omniston SDK。一个协议已经连接了 TON 上所有的流动性来源，跨链也计划通过同一 SDK 实现。

TractionEye 甚至没有考虑自建交换基础设施。这个社交交易市场直接采用 Omniston 处理所有交换。因为如果你在为交易者打造产品，交换功能必须从第一天起就完美运行，而不是在六个月的修补之后才达标。

为什么项目正在放弃自建方案？经济账。自建基础设施需要团队维护、审计师检查智能合约、测试时间。而 STONfi 提供所有这些现成的、经过验证的方案。流动性是已有的，并非需要你去吸引的。