透過終端機、程式碼或 AI 代理程式來管理 Quicknode。現已支援 CLI、管理 API、MCP 及 SDK。
開始建構pay3 如何以單一連結取代錢包地址,並在 Quicknode Streams 上建置橫跨 4 條區塊鏈的即時付款偵測機制。
要讓穩定幣支付感覺像真正的支付,收款人需要知道款項何時入帳。這正是 pay3 的核心價值。使用者只需分享一個連結:pay3.so/@username。付款人選擇一種代幣並發送。收款人將在數秒內看到已確認的付款。無需手動檢查、無需發送「款項是否到帳?」的訊息、也無需不斷刷新區塊鏈瀏覽器。 在 pay3 問世之前,接收加密貨幣意味著必須分享一個 42 字元的錢包地址——該地址會因鏈而異,且只要一個數字錯誤就會失效。pay3 將其替換為一個易於閱讀的連結,並涵蓋穩定幣用戶實際活動的四大區塊鏈:以太坊、BNB Smart Chain、Solana 以及 Tron。在所有四條鏈上即時偵測付款,正是這項服務面臨的基礎設施挑戰。
一個隨著每位使用者、在每條區塊鏈上不斷擴增的觀察清單
當使用者註冊時,他們會新增橫跨 EVM 鏈、Solana 及 Tron 的錢包地址。從那一刻起,pay3 必須即時掌握任何資金流入這些錢包的動態。在整個用戶群中,這份監控清單會隨著每一次註冊而擴大,且每新增一條鏈,監控難度便會隨之增加。
民調未能兌現承諾
最顯而易見的起點是「輪詢」:透過迴圈向每條鏈查詢是否有新交易。這種做法不僅消耗了大量 RPC 請求,還導致付款入帳與使用者看到該筆交易之間產生難以預測的延遲;而在四條鏈上同時運作時,不僅成本高昂,可靠性也大打折扣。對於一款以「即時確認」為核心賣點的產品而言,輪詢絕非 pay3 能夠建構其基礎的方案。
pay3 基於 Quicknode Streams 建構其偵測層,這是一條即時資料管道,會監控您指定的地址、合約和事件,並在出現符合條件的情況時立即觸發 webhook。
一個註冊模型,四條鏈
使用者新增其錢包地址後,pay3 會將這些地址註冊至 Streams,而 Streams 則會監控以太坊、BNB Smart Chain、Solana 及 Tron,以偵測任何入帳交易。一旦收到付款,Streams 便會向 pay3 的後端觸發一個 webhook,pay3 確認後,收款人將在數秒內看到確認通知。 以太坊率先上線。BNB Smart Chain、Solana 和 Tron 採用相同的註冊模式,無需新增工具,也無需建立獨立的處理流程。
Solana 和 Tron 是承載核心,而非附加元件
Tron 佔據 pay3 零售 USDT 轉帳業務的最大市佔率,因此 pay3 從一開始就需要這四條鏈,而非先以 EVM 為主,再事後追加其他鏈。Streams 能在同一個產品中支援這四條鏈。新增一條鏈只需變更設定,無需重新建置。
「我們的使用者只需分享一個連結 pay3.so/@username,發送方便會直接付款。無需輸入地址、不會混淆區塊鏈,也不用傳送『款項是否已到賬?』之類的訊息。收款方只會看到『已收到款項』的提示。Quicknode Streams 正是讓這一切能在四條區塊鏈上同時實現的關鍵,而我們現在正將這套基礎架構延伸至商家端,且無需重新建置任何系統。」— 瓦倫,創辦人暨執行長pay3
當付款上鏈後,Streams 會在約 2 秒內觸發一個 webhook。
pay3 監控以太坊、BNB 智慧鏈、Solana 及 Tron 上的 7,000 多個錢包地址,迄今已處理超過 50 萬美元的穩定幣交易量。
EVM、Solana 和 Tron 皆透過單一整合方案運作。擴展支援範圍只需更新設定檔,無需採用新工具。
無需內部索引器,也無需針對每條鏈的輪詢任務。一個負責開發消費者支付產品的小型團隊,能將重心放在產品本身,而非監控層面上。
同一條 Streams 處理流程現已成為 pay3 商家部署的基礎。偵測層並未改變,改變的是 pay3 在 webhook 下游的處理方式。
Quicknode 是一套專為進行即時開發的團隊所設計的完整區塊鏈開發平台。它涵蓋 80 多條鏈的核心 RPC API、透過 Streams 提供即時數據,並能透過單一整合實現多鏈支援,讓小型團隊能夠專注於推出支付產品,而非耗費心力維護區塊鏈基礎設施。
通過 SOC 2 Type II 認證 · ISO 27001