一筆穩定幣付款請求從 API 進來,要通過重試、queue、relayer、鏈上確認才算數,每一層都可能重複、卡住或失敗。
我想從零蓋一套企業級穩定幣結算系統,把所有設計想法和取捨寫下來:Payment Intent 狀態機與雙鍵冪等、複式記帳 ledger 與稽核日誌、Go relayer 的交易序列化與失敗任務處理、鏈上鏈下對帳、結算合約與 Permit2、批次付款,最後延伸到 EVM 之外,Solana、TON、SUI 各自需要處理什麼問題等等。
寫給在 Web3 打滾的後端工程師,重心在為什麼這樣設計,不程式碼逐行導讀。完整程式碼會放在公開 repo。
現實總是殘酷的 想像你負責一個支付系統的 API。某天凌晨,一個客戶的 server 因為網路不穩定,對同一筆 $50,000 USDC 的付款請求重送了三次。...
本日程式碼:repo tag day-02 一顆 ERC-20 穩定幣在鏈上長怎樣 一顆 ERC-20 穩定幣,本質上是一份住在合約裡的帳本。你「持有 10...