V神：關於加密支付，我的個人體驗和小建議

本文來自 Vitalik Buterin，由Odaily 譯者Katie 辜編譯。

本文來自

，由Odaily 譯者Katie 辜編譯。

本文來自

，由Odaily 譯者Katie 辜編譯。

本文來自

，由Odaily 譯者Katie 辜編譯。

2013 年，我去了舊金山互聯網檔案館旁邊的一家壽司店，因為我聽說那裡接受比特幣支付，就想試一下。到了付賬的時候，我要求用比特幣支付。我掃描了二維碼，點擊“發送”。令我驚訝的是，這筆交易沒有成功。它似乎已經發送出去了，但餐廳沒有收到。我又試了一次，仍然一無所獲。我很快就發現問題出在當時我的移動互聯網運行不太好。我不得不走了50 多米，來到附近的互聯網檔案館，蹭上那裡的Wifi，終於可以發送交易了。2021 年，我在阿根廷的一家咖啡店給自己和朋友買茶飲。他們解釋並不是故意要我用加密貨幣支付。只是咖啡店老闆認出了我，並向我展示了他在加密貨幣交易的一個賬戶，所以我建議用ETH 支付（使用加密貨幣交易所賬戶作為錢包是拉丁美洲現場支付的標準方式）。不幸的是，我的第一筆0.003 ETH 的交易沒有被接受，可能是因為它低於交易所的0.01 ETH 的最低存款。我又發送了0.007 ETH。很快，雙方交易都得到了確認（我不介意多付3 倍的錢，就當是小費吧）。

經驗教訓：簡單且穩定的用戶界面比花哨時尚的用戶界面更好。但同時，大多數用戶甚至不知道Gas 限制是什麼，所以我們真的需要更好的默認設置。

圖片描述

很多時候，在發送一個交易和該交易在一個區塊中被接受之間會有長而不可預測的時間延遲。有時，一個交易可以在幾秒鐘內被接受，但其他時候，可能需要幾分鐘甚至幾小時。

圖片描述

最近，EIP-1559 顯著改善了這一點，確保大多數交易被下一個區塊接受，甚至最近的Merge（合併）通過穩定區塊時間進一步改善了這一點。

圖片描述

本報告圖表由Yinhong（William）Zhao 和Kartik Nayak 繪製。

然而，異常值仍然存在。如果你在許多人發送交易的同時發送了一筆交易，而基礎費用卻在飆升，那麼你就有可能因為基礎費用過高而導致交易不被接受。更糟糕的是，錢包的用戶界面不擅長顯示這一點。沒有明顯的紅色警報，也很少有明確的指示你應該做什麼來解決這個問題。即使是專家，他們也知道在這種情況下應該通過發布一個具有相同數據但具有更高“最大值基本費用”（max-basefee）的新交易來“加速”交易，但通常可以這樣做的“按鈕”用戶並不清楚在哪裡。

2019 年，我在測試最早的一個試圖提供社交恢復的錢包（social recovery wallet：一種更新的智能合約錢包，提供高水平的安全性和更好的可用性）。與我喜歡的基於智能合約的方法不同，他們的方法是使用Shamir 的秘密共享將賬戶的私鑰分割成五個部分，以這種方式，任何三個部分都可以用來恢復私鑰。用戶需要選擇5 個朋友（現代術語是“監護人”），說服他們下載一個單獨的移動應用程序，並提供一個確認碼，用於通過Firebase 從用戶的錢包創建一個經過加密的連接到朋友的應用程序，並將他們分享的私鑰發送給他們。

經驗教訓：涉及私密信息分享的鏈下社交恢復真的很脆弱，這是個壞主意，除非沒有其他選擇才選它。參與你的恢復程序的朋友（監護人）不應該下載單獨的應用程序，因為如果你的應用程序只用於恢復這樣的特殊情況，那麼很容易忘記並丟失它。此外，需要獨立的中心化通信渠道也會帶來各種各樣的問題。相反，添加參與恢復程序的監護人的方式應該是提供他們的ETH 地址，恢復應該通過智能合約完成，使用ERC-4337 賬戶抽象錢包。這樣的話，監護人只需要不丟失他們的以太坊錢包就可行。

• 二級標題

• 為了節省成本，有一次我在第一次小額提款時使用了中繼機制，收取的費用較低，然後我自己使用Tornado Cash 中的“自中繼”功能發送了第二次較大的提款，而不使用中繼。問題是，我搞砸了，在登錄我的存款地址時不小心操作失誤，所以存款地址支付了費用，而不是提現地址。導致我在兩者之間創建了一個公共鏈接。https://etherscan.io/address/0xd8da6bf26964af9d7eed9e03e53415d37aa96045#tokentxns二級標題

• 經驗教訓：錢包開發者應該開始更明確地考慮隱私問題。此外，我們需要更好的帳戶抽象形式，以消除對中心化或甚至“聯合中繼”的需求，並使中繼角色商品化。

• 使用以太坊登錄是一個好選擇，但如果你嘗試在多個設備上登錄，並且你的以太坊錢包只能在一個設備上使用，目前則仍然很難使用。

總結

二級標題

總結