開發者在Solana測試網完成一筆轉賬后,發現了一個與以太坊截然不同的機制:接收方地址必須預先充值才能存在鏈上賬戶。
這個細節藏在--allow-unfunded-recipient參數里。當用戶生成密鑰對時,地址立即存在,但鏈上賬戶并未同步創建。只有該地址首次收到資金后,網絡才會為其分配存儲空間、正式建立賬戶。這意味著同一筆轉賬可能同時完成"付款"和"開戶"兩個動作。
![]()
以太坊用戶對此會感到陌生。在以太坊模型中,地址生成即等同于賬戶存在,轉賬無需考慮接收方是否"激活"。Solana的設計選擇將存儲成本與賬戶創建綁定,未使用的地址不占用鏈上資源。
這種架構差異直接影響開發體驗。跨鏈開發者需要額外處理賬戶初始化邏輯,錢包應用也需在交互設計中提示用戶。對于高頻小額轉賬場景,這一機制可能帶來gas成本的重新計算。
Solana Explorer的鏈上數據驗證了這一流程:交易詳情中同時顯示SOL轉移與賬戶創建指令。開發者認為,理解這一底層設計有助于優化合約交互策略,避免因賬戶狀態誤判導致的交易失敗。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.