鐵人檔案
一筆穩定幣付款請求從 API 進來，要通過重試、queue、relayer、鏈上確認才算數，每一層都可能重複、卡住或失敗。
我想從零蓋一套企業級穩定幣結算系統，把所有設計想法和取捨寫下來：Payment Intent 狀態機與雙鍵冪等、複式記帳 ledger 與稽核日誌、Go relayer 的交易序列化與失敗任務處理、鏈上鏈下對帳、結算合約與 Permit2、批次付款，最後延伸到 EVM 之外，Solana、TON、SUI 各自需要處理什麼問題等等。
寫給在 Web3 打滾的後端工程師，重心在為什麼這樣設計，不程式碼逐行導讀。完整程式碼會放在公開 repo。
本日程式碼：repo tag day-21 一份 300 筆的撥款名單，在 EVM 上塞得進一筆交易。同一份名單搬到 Solana，切成幾十筆交易是逃不掉的...
本日程式碼：repo tag day-22 先複習一下用詞（我其實寫到後面有時候都混淆了）： Run（一輪）：所有 payment 一次性簽名完成的東西。...
本日程式碼：repo tag day-23 目前系統今天認識幾條鏈？這取決於你問的對象是誰。finality 的預設規則認識四條，bulk 的交易上限只認識...
本日程式碼：repo tag day-24 昨天的 Adapter 四題都答得乾淨，很自然會想給它加第五個方法：Build(batch)，把一批付款變成一筆...
本日程式碼：repo tag day-25 在 EVM 上把 100 USDC 付給一個 merchant 是一筆交易的事：relayer 簽一筆交易，合約...
本日程式碼：repo tag day-26 昨天那則請求送出去之後，relayer 手上多了一個雜湊。在 EVM 上這個雜湊叫 tx hash，拿它去問節點...
本日程式碼：repo tag day-27 其實歸納起來，EVM、Solana 和 TON 有一個共同的前提：錢是某個帳戶名下的一個數字，而改那個數字的是合...
