Solidity
乙太坊交易確認 - 多少才足夠？
是否有建議——甚至是某種非官方的“標準”——關於在考慮交易成功/有效之前我們應該等待多少確認——然後更新我們的前端 dApp 以反映這一點？
我記得 Binance 將他們的確認號碼要求從 30 個減少到 12 個（https://www.binance.com/en/support/articles/360030775291） - 但是這些天的經驗法則是什麼？
或者，在嘗試找出最適合自己的案例時，應該考慮哪些更重要的因素？
（我的案例是我正在處理 ERC721 代幣鑄造合約，所以我想知道在送出並批准代幣鑄造 Tx*後，*我應該等待收到多少正面確認，然後我才能假設好由於某種原因，所述 Tx 以後不會被證明無效的確定性。）
通常一個就足夠了。這是鏈上應用程序的標準預設設置。
如果對你來說“好金額”是指價值非常高的項目或你希望礦工串通接管你的應用程序的東西，那麼讓我們談談，你有比這更大的問題。
關於多筆交易的最大擔憂是當您跨鏈橋接時。將資產從一條鏈轉移到另一條鏈，或兌現到法定貨幣，需要多次確認。12 是限制曝光的合理數字。如果您每小時處理超過 10 萬美元的交易，請考慮更高的數字。
不久前我寫了一個腳本，查看最後 25,000 個臨時鏈分叉的長度（即重組深度）。重新執行它給出：
Forks of length 1: 24631 Forks of length 2: 364 Forks of length 3: 5$$ This covers the time period of approximately the last 280 days, up to today. $$ 我記得在之前的執行中註意到分叉長度為 4，至少在網路的早期，更長的分叉很常見。
我認為如果交易處於無效塊中而不是相應（相同的塊號）有效塊或任何後續塊中，你會很不幸。
但我認為不能保證來自無效區塊的交易稍後會包含在鏈中……所以安全可能比抱歉更好。