2026 年 11 月 2 日，Swell 在官方聲明中宣布 swETH、rswETH 事故的補償完成，並附上一筆付款交易。不過，Swell 補償公告裡的「約 0.25 ETH」需要先核對單位：所附交易列出的 18 筆不等額付款，合計為 0.249869598807501337 ETH，並非每個地址各收到約 0.25 ETH。
這筆付款是可查的新進展；「所有受影響者已足額受償」則還需要另一層證據。對持有人來說，先弄清楚自己收到多少，以及這筆錢對應哪一項安排，比只讀「補償完成」四個字有用。
Swell 補償的 0.25 ETH，是合計還是每址？
Swell 原帖把金額寫成已向 18 個在偏高兌換率下存入的地址，各發送約 0.25 ETH，並表示已完全補足其差額。這裡的兌換率，是每枚代幣對應的 ETH 數量。按 Swell 公開的 swETH 與 rswETH 存入換算方式，存入的 ETH 會除以該比率，換算成發給存入者的代幣；比率偏高，同額 ETH 換到的代幣就較少，因而形成待補差額。至於原帖的金額用語，其中「各」這個單位，與附帶交易的付款明細不一致。
打開公告所附的 Etherscan 交易，狀態為 Success，區塊時間是 2026 年 11 月 2 日 10:45:23 UTC。Internal Transactions 的 All Transfers 列出 18 筆 ETH 轉帳，流向 18 個不同地址。逐筆使用完整小數加總，結果與 Net Transfers 顯示的寄出總額相同，都是 0.249869598807501337 ETH。
付款並不平均。最大一筆是 0.194148461898407439 ETH，金額排名第二大的一筆為 0.024920548840691105 ETH，最小一筆為 0.00000579547647458 ETH。光看這個分布，就無法把該交易描述成「每址約 0.25 ETH」。如果假設 18 個地址各拿 0.25 ETH，總額會是 4.5 ETH；這是假設算式，並不是這筆交易的實際付款。
因此，能由這筆交易支持的表述是：18 筆付款合計約 0.25 ETH。這個核對只針對官方連結的交易，沒有涵蓋其他可能的付款。
查付款要看內部轉帳，不能只停在 Value
這筆交易的主頁 Value 顯示 0 ETH，下方卻列出實際的 ETH 內部轉帳。兩者描述不同層次：主頁 Value 是外層交易附帶的 ETH，內部轉帳則顯示這次合約執行中的資金移動。只看前者，會把已列出的付款漏掉。
查自己的紀錄時，可先在 All Transfers 對照完整收款地址，再讀該筆 ETH 數量；地址數量與金額總和要分別核對。若找不到自己的地址，只能說這筆交易未列出該地址，不能據此判定沒有其他付款，或自己不具申領資格。不要把交易手續費加進收款，也不要把頁面旁的美元估值當作固定補償標準。本文的加總使用 ETH 原始數量，未計入 gas 或美元換算。
先前Swell 暫停存提款的追蹤著重兌換率與贖回限制；這次新增的是一筆已成功的付款紀錄。
Swell 補償是否足額，還缺逐址的應補差額
要獨立驗證足額，至少需要把同一個地址的原始存入紀錄、應適用的正確兌換率與計算方式，以及實際收到的資產和補款對在一起。本文尚未逐址重建應補差額，「完全補足」仍是 Swell 的自述。
18 個收款地址，也不自動等於全部合資格受影響者。交易可以列出錢去了哪裡，卻不會自行證明名單是否完整、某地址為何符合資格，或每一筆金額是否正確。要確認這些問題，需要可核對的資格範圍及逐址差額計算；單憑收款人數與成功狀態仍不夠。
不等額付款本身也不是錯賠證據。如果每個地址原先的存入量或應補差額不同，分配不同金額可以合理；關鍵是能否對回計算依據。對尚有疑問的持有人，下一份最有資訊量的材料，是自己原存入交易對應的差額說明，而不是再一張付款成功截圖。
同日 Swellchain 申領，處理的是另一批資產
Swell 同日另發Swellchain 資產申領公告，表示停鏈後留在 Swellchain 的 SWELL、swETH、rswETH 已開放申領。這則公告的對象是停鏈後遺留的代幣；補償帖指向的，則是在偏高兌換率下存入的地址與 ETH 差額付款。即使兩項安排都提到 swETH、rswETH，也不能混為同一筆賠款。
核對時，先在自己的紀錄上寫清楚：要查的是兌換率事故補款，還是 Swellchain 遺留代幣申領。前者先對收款地址、ETH 入帳與應補差額；後者另對遺留資產與申領資格。
接著閱讀
左右滑動查看更多推薦