今天我們來談談帳戶抽象！ 🥳 讓我們從結尾開始：用戶體驗，UX，UX。 帳戶抽象是優越用戶體驗的關鍵。 我們應該為用戶提供最大的努力，以獲得最佳的用戶體驗。 最佳的用戶體驗需要合適的基礎設施。 所謂的“合適基礎設施”，我指的是能夠自定義和優化應用程式/錢包用戶體驗的基礎設施。 所以 - AA 是解決著名的笨重和繁瑣的平均加密貨幣用戶體驗的解決方案。但在我們理解這個解決方案的作用之前，我們需要了解問題所在。 笨重的用戶體驗 在以太坊、EVM 鏈以及幾乎所有後來出現的鏈中，有兩種類型的帳戶：用戶帳戶和智能合約。 用戶帳戶（即 EOAs）： - 有一組特定的操作可以執行：他們可以進行支付或觸發智能合約運行代碼（還有幾件其他事情）。 - 用戶必須用他們的私鑰簽署每一筆交易。 - 你無法自定義他們的簽名邏輯。你無法為這些帳戶設置自定義的恢復機制。 智能合約是運行代碼的帳戶（我們可以稱之為應用程式）。 - 當被觸發（由用戶帳戶或另一個智能合約）時，它們執行設計的操作。 - 它們可以觸發其他智能合約，但不能自我觸發。即使你有一個智能合約觸發另一個智能合約，你也必須有一個用戶帳戶觸發第一筆交易。 因此，用戶帳戶需要觸發智能合約，而它們的行為或操作邏輯缺乏靈活性。這種缺乏靈活性限制了應用程式可以構建的用戶體驗和用戶可以擁有的體驗。 帳戶抽象 帳戶抽象意味著用戶帳戶也是智能合約（而不是 EOAs）。不受 EOAs 特定邏輯的限制，意味著我們在為用戶創建的行為/邏輯上也不受限制。我們可以抽象掉用戶體驗的限制。 現在我們來到錢包的優越用戶體驗部分 好吧，用戶帳戶 - 錢包 - 現在是智能合約（我們可以稱之為智能錢包）。 這為錢包管理的用戶體驗創造了很多創意空間。 *例如*： - 使用你的智能手機生物識別和加密技術來授權支付？是的。 - 有一個多簽的智能錢包？是的。 - 授權每月支付，設置一個死手開關，在沒有活動（或丟失密鑰）的情況下自動將資金轉移給其他人？聽起來有點重複 - 是的。 - 將多個合約的幾個調用批量在一起，並作為一筆交易發送？是的。 - 還有更多 EOAs 無法做到的事情？是的。 這聽起來像是一堆技術性的東西，但它匯聚成一個流暢的、量身定制的流程，消除了驅使用戶遠離加密貨幣的加密體驗。 如果我們想讓我的鄰居、你的阿姨和那位同事朋友入門，加密貨幣的用戶體驗必須與任何非加密應用競爭。 帳戶抽象是一個如此重要的元素，以至於 Starknet 是在其設計中內建了 AA（我們稱之為原生帳戶抽象）。 兩個主題 - 付款者和原生帳戶抽象 - 也非常值得解釋，但這條推文已經相當長了。所以付款者和*原生*帳戶抽象將等到明天（或多或少）。 希望這個解釋能清楚為什麼 AA 是 🗝️

🚨 Starknet 的 Gas UX 剛剛改變了。永遠。🚨 介紹 Starknet Paymaster - 一種開源、可生產的、以開發者為先的方式來抽象化 Gas 費用。 → 贊助交易 → 接受任何代幣作為 Gas → 自行運行 讓我們聊聊 👇