Vitorhrds

在 $ETH 上，包含 blob 的交易有兩項獨立費用：EVM 執行 gas 和數據的 blob gas。EIP-4844 規定，blob 費用會在執行前扣除，且交易失敗時不會退還。因此，EVM 回滾並不會免除數據可用性的成本。審覈交易時，僅檢查 `maxFeePerGas` 並不夠：還要檢查 `maxFeePerBlobGas`。

來源：EIP-4844 — 分片 Blob 交易：https://eips.ethereum.org/EIPS/eip-4844

儲備金證明有截止時間。Binance 在 2/11 的公告中表示，已完成針對 31/10 00:00 UTC 快照的 ZK 證明；持有十種受支持資產之一的客戶，可以驗證該快照中的餘額是否至少有 1:1 的儲備支持。這只是一個特定時間點的可驗證結果——不是實時面板，也不涵蓋列表之外的資產。對於 $BTC ，在將“1:1”理解爲持續保證之前，應先查看日期和範圍。下一次數據採集定於 4/11；生成證明預計需要 40–50 小時。

來源：Binance，《Recovery Update #5 (02/11/2026)》：https://www.binance.com/en/support/announcement/detail/185bd9a4717f44088b3be70287b8237f

在 $BTC 挖礦中，自動化礦場運營會遇到一個不太光鮮的問題：每種 ASIC、礦池和系統都有自己的接口。

Tether 的 MDK 試圖通過 *Workers* 解決這個問題：它們是適配器，可將特定系統轉換到一個通用層，讓應用能夠集成該協議，而不必爲每個供應商重新建立連接。

10 月 24 日，Tether 表示，已有 15 個參與方承諾開發和維護集成。這還不能證明所有 Workers 都已投入運行。文檔本身也指出，0.x 系列仍在開發中，不適用於生產環境；1.0 是首個計劃達到可用於生產環境標準的里程碑，目標時間爲 12 月。

要衡量進展，值得關注實際測試和接口穩定性，而不僅僅是參與方名單。

來源：Tether，2026 年 10 月 24 日：https://tether.io/news/tethers-mdk-gains-broad-industry-backing-to-accelerate-the-next-generation-of-bitcoin-mining-automation/；MDK 路線圖：https://docs.mdk.tether.io/support/resources/roadmap/

以 $USDT 計，儲備盈餘需要結合報告日期和範圍來解讀。

2026年09月30日的文件顯示，資產爲 US$ 191,45 十億，負債爲 US$ 183,50 十億，盈餘爲 US$ 7,95 十億。BDO 對這份特定報告出具了合理保證；它並非一套完整的財務報表，不包括附註，且僅涵蓋該日期。

這份快照很有用，但不能證明在極端壓力下所有資產都能立即變現。報告本身指出，估值考慮的是正常市場狀況。

來源：Tether/BDO — 財務數據與儲備報告（2026年09月30日）：https://assets.ctfassets.net/vyse88cgwfbl/7nQYtcoP9GxIUFSyro2dGK/8d0521470b9e99c8c0831019cabea4ee/ISAE_3000R_-_Opinion_Tether_International_Financial_Figure_30-09-2026.pdf；Tether，2026年10月30日：https://tether.io/news/tether-generates-1-5-billion-in-q3-net-operating-profit-as-reserve-buffer-doubles-to-almost-8-billion/

在 $SOL 中，簽署消息可以證明你控制某個錢包，而無需創建交易。

`solana:signOffchainMessage` 功能使用帶有獨立域的結構化格式。應用會在服務器上驗證簽名，無需支付網絡費用，也無需調用 RPC；該消息也不會被誤認爲是鏈上交易。

對於登錄，防止重放攻擊仍取決於應用：在服務器上生成一個 nonce，將其與質詢關聯，並在驗證簽名後將其使用一次即作廢。

來源：Solana 文檔 — 簽署消息與驗證用戶身份 (https://solana.com/docs/frontend/messages-and-auth)；Solana 更新日誌，2026 年 10 月 29 日 (https://solana.com/news/solana-changelog-october-29-2026)。

關於 $XLM ，Bell 更新（Protocol 30）值得更準確地解讀，而不是簡單地說“Stellar 已能抵禦量子計算”。

CAP-87 提案允許智能合約驗證 ML-DSA 簽名。這是 NIST 制定的一種後量子標準。但這並不會替換網絡交易的簽名：在此次更新中，它們仍使用 Ed25519。

這一區別很重要。這項進展爲智能賬戶提供了一種組件，使其能夠要求使用後量子簽名；但它並非賬戶的全面遷移，也不會自動保護每一個持有 XLM 的錢包。

投票預計將於 11 月 3 日在測試網上進行，並於 11 月 23 日在主網上進行。在此之前，這仍是一項擬議中的變更，其實際用途也取決於錢包、託管方和應用的採用情況。

來源：Stellar Development Foundation，Bell / Protocol 30。

在 $BTC 網絡中，手續費不是發送金額的百分比，而取決於兩件事：每單位空間的費率（sat/vB）以及交易的虛擬大小（vsize）。

因此，費率相同（按每 vB 計算）的兩筆交易，支付的總金額可能不同。花費多個 UTXO 或創建更多輸出通常會佔用更多空間；錢包會根據這種結構計算費用。

在確認界面中，建議查看這兩個數字：sat/vB 和以 sats 計的總額。前者是每單位空間的價格；後者是你實際支付的金額。區塊空間的需求會變化，因此，想要競爭交易被納入區塊所需的費率也會隨之變化。

來源：Bitcoin Developer Guide — Transactions: https://developer.bitcoin.org/devguide/transactions.html | Bitcoin Core — Mempool terminology: https://github.com/bitcoin/bitcoin/blob/master/doc/policy/mempool-terminology.md

在 Ethereum 上使用 $USDC 時，代幣授權和轉賬並不是一回事——但即使你停止使用某個 dApp，授權仍可能繼續有效。

在 ERC-20 標準中，`approve` 用於設定某個地址可以代表你支出的額度；`transferFrom` 則允許在該授權額度內轉移代幣。如果錢包顯示的是無限額度，批准授權時資金不會自動轉出。風險在於，只要授權仍然有效，合約就可以繼續支出額度上限內的資金。

斷開與 dApp 的連接不會撤銷授權：授權記錄仍保存在代幣合約中。撤銷授權需要發起一筆鏈上交易，因此需要支付 gas。請覈對網絡、spender 地址和已批准的額度。這樣可以降低風險敞口，但無法撤回已完成的轉賬，也不能證明合約是安全的。

對於 $UNI 而言，Aggregator Hooks 帶來的有趣變化不只是“又多了一個聚合器”：Uniswap v4 開始將外部流動性來源表示爲路由器可以進行比較的池。

據 Uniswap Labs 稱，10 月 22 日的發佈引入了七個流動性來源，覆蓋了 Ethereum、Base 和 Robinhood Chain 上超過 90% 的 DEX 活動。路由器每個區塊都會更新報價，並在一筆交易中結算整條路由。外部路由的協議費用可能有助於銷燬 UNI。

這擴大了同一路由中可用的流動性，但並不保證每筆兌換都能獲得最佳價格：報價、滑點和執行成本仍然重要。

來源：Uniswap Labs，2026 年 10 月 22 日。

在 $USDC na Ethereum 上，“批准”並不意味着代幣已經發送——但這也不是一次無害的點擊。

在 ERC-20 標準中，`approve` 用於設定某個地址（spender）之後可以通過 `transferFrom` 轉移多少代幣。如果錢包顯示“無限”，即使關閉 dApp，這項授權也可能仍然有效。簽名授權的是一筆可能的支出；它並不只是確認你當時想執行的操作。

確認之前，請覈對 spender 地址和額度。降低或撤銷 allowance 可以限制未來的支出，但無法撤銷已經執行的轉賬。

來源：EIP-20 — `approve`、`allowance` 和 `transferFrom` 函數：https://eips.ethereum.org/EIPS/eip-20

在 $BTC 中，錢包不需要恰好擁有一個金額與付款相等的 UTXO。它可以組合現有的輸入，並創建兩個輸出：一個發給收款人，另一個作爲找零，將多餘金額返還到錢包。

手續費是所有輸入金額之和與所有輸出金額之和之間的差額。因此，在一筆交易中，並非每個輸出都代表向他人付款——找零地址也可能是新地址。

還有一個與隱私有關的細節：輸入和輸出都是公開的。重複使用地址，或將某個地址與自己的身份關聯起來，會更容易讓人追蹤並關聯交易。使用新地址可以減少地址重複使用，但不能保證匿名；將某個輸出歸類爲“找零”也可能是基於啓發式判斷，而非確知誰控制該地址。

交易結構可以在區塊鏈上驗證；但地址背後的身份未必能確定。

在 $SOL 上，發送交易前先模擬是一項很好的檢查，但並不能保證交易一定成功。

RPC `simulateTransaction` 可以讓你查看錯誤和日誌，而無需將交易發送出去執行。不過，模擬結果反映的是網絡在某個特定時刻的狀態。如果相關賬戶或條件在交易被納入區塊前發生變化，實際結果可能會有所不同。

因此，請將模擬視爲預先測試，而不是確認：同時檢查錢包要求你簽署的指令和地址。模擬有助於發現問題，但不能代替你對所授權內容的審查。

來源：Solana 官方文檔 — https://solana.com/pt/docs/rpc/http/simulatetransaction

有一點有助於理解 $ETH 的手續費：手續費並不會全部付給驗證者。

在 EIP-1559 模型中，費用取決於使用的 Gas 量，以及兩部分費用之和：由協議設定並銷燬的基礎費用（base fee），以及作爲給驗證者小費的優先費用（priority fee）。錢包還可以設置最高費用（max fee）；如果實際費用低於這個上限，差額不會被收取。

實際上，手續費高可能是因爲某項操作消耗了更多 Gas，也可能是因爲競爭區塊打包的需求更激烈。這是不同的因素——只看最終數字會掩蓋這種區別。

公式和機制如 Ethereum 文檔所述；實際數值會因網絡和交易時機而異。

對於 $SOL ，本週的新動向關乎覆蓋範圍，而非價格：據 Solana Foundation 於 7/10 發佈的公告，Samsung Wallet 已開始爲美國 8200 萬臺 Galaxy 設備開通基於 Solana 的 USDC 國際轉賬。

這可能降低現有錢包用戶的使用門檻，但“設備支持”並不意味着有 8200 萬人正在使用這項功能。實際採用情況仍取決於功能是否真正可用、轉賬體驗、費用以及用戶是否會持續使用。

這也提醒我們，應將潛在覆蓋範圍與實際觀察到的鏈上活動區分開來。

來源：Solana Foundation，7/10/2026。

$ETH 時間表調整：原定於 10 月 26 日在 Hoodi 測試網上激活的 Glamsterdam 已延期。以太坊基金會尚未確定新的日期；延期原因是需要調查 EIP-8037 與主網智能合約之間的交互。

此次延期將 Hoodi 激活以及原計劃在同一階段把 gas 上限提高至 2 億這兩項內容移出了時間表。這並不意味着測試網的歷史狀態會回退，也不代表主網時間表發生變化。

對於在 Hoodi 上運行節點或驗證者的用戶，實際要做的是確認已安裝的執行層和共識層客戶端都已反映此次延期。

來源：以太坊基金會，2026 年 10 月 22 日 — https://blog.ethereum.org/2026/10/22/glamsterdam-hoodi-delay

PSBT 並不是一筆已經簽名的交易。它是一種在彙集簽名之前，用於在錢包和設備之間傳遞交易數據的格式，也支持離線簽名設備。

圖中使用的是虛構的地址、金額和手續費，僅用於說明需要覈對哪些信息。批准之前，請在可信設備上覈對收款地址、金額、手續費和找零。PSBT 用於整理數據，不能代替這項覈對。

來源：BIP-174 — 部分簽名的比特幣交易。

一個細節可能會讓 $SOL 交易成本增加：legacy 和 v0 交易的優先費是根據請求的計算單元限制計算的，而不是根據最終消耗量。過高且沒有必要的限制，可能會讓你爲交易未使用的容量付費。

更謹慎的做法是先模擬交易，測量消耗量，再加上文檔建議的 10% 安全餘量。v1 的配置有所不同；應用此調整前，請先確認格式。

來源：Solana 文檔 — 計算預算與費用結構。

在 Solana 提出的地理感知領導者調度方案中，驗證者的排序將會改變，使連續生產區塊的驗證者彼此更近。這個想法旨在減少交接延遲，但潛在代價是將更多區塊生產集中在某些地區。

這張地圖展示了該機制，並不代表網絡已經啓用了這項改動。這項研究對比了模擬網絡與觀測到的位置，因此結果取決於這些地理分佈。

來源：Solana 基金會，《地理感知領導者調度》，2026 年 10 月 14 日。

在 $SOL 方面，Solana 基金會於 10 月 14 日發佈的一項研究分析了 SIMD-0675：該提案不再讓領導者排期在相距甚遠的驗證者之間交替，而是重新排列順序，讓接下來負責產塊的驗證者在地理位置上彼此更近。

這一調整帶來了具體影響：交接可能更快，但產塊時間會更集中在某個地區——這在發生區域性故障或審查時值得關注。研究基於 124 個觀測地點模擬了 6,250 個網絡；這並不能證明該方案已在網絡中生效，而且結論取決於這些地理位置。

來源：Solana 基金會，《地理感知型領導者排期》，2026 年 10 月 14 日。

模擬成功並不保證 $SOL 中的交易會得到確認。

在 Solana 上，`simulateTransaction` 有助於根據觀測到的狀態檢查指令和潛在錯誤。但從模擬到交易被處理期間，網絡狀態可能會發生變化。而 `sendTransaction` 返回成功，意味着 RPC 接受了提交請求——並不代表交易已被收錄或確認。

實際上，應將模擬視爲事前檢查，而不是收據。發送後，請持續跟蹤簽名狀態，直到獲得預期的確認。

官方來源：https://solana.com/docs/rpc/http/simulatetransaction · https://solana.com/docs/rpc/http/sendtransaction