當一個項目在 $GRAM 上推出時，它面臨一個選擇：建立自己的互換基礎設施，或者採用現成的。越來越多時候，選擇落在 STONfi 身上。不是因為它時髦，而是因為自己建置既昂貴、緩慢又有風險。

以 Grambo 為例。一個代幣發射台可以自行編寫互換的智能合約、建立池子、吸引流動性。這需要數月的工作和大量的測試。相反，他們將 STONfi 介面直接嵌入到資訊流中。用戶發射一個代幣後，可以立即進行互換，無需離開發射台。流動性流入現有的 STONfi 池，而不是從零開始建立的池。

RedoTrade 也走了相同的路徑。一個交易機器人可以自行匯聚流動性，但這意味著要分別與每個交易所談判、維護 API、解決匯率衝突。相反，他們接入了 Omniston SDK。一個協議已經連接到 TON 中的所有流動性來源。跨鏈也計劃透過同一個 SDK 實現。

TractionEye 甚至沒有考慮建立自己的互換基礎設施。一個社交交易市場採用了 Omniston 來處理所有互換。因為如果你正在為交易者打造產品，互換必須從第一天起就完美運作，而不是在六個月的修補之後。

為什麼項目正在放棄自己的解決方案。經濟因素。自己的基礎設施需要一個團隊來維護、審計員檢查智能合約、測試時間。而 STONfi 提供了所有這些現成的解決方案。經過驗證的。流動性已經存在，而不是需要你去吸引的流動性。