智能合約如何存儲數據？存儲、內存和調用數據之間有什麼區別？

智能合約如何在區塊鏈上存儲數據

1. 以太坊等區塊鏈平台上的智能合約使用去中心化賬本來維護狀態變化並永久存儲數據。每次合約函數修改變量時，網絡中的所有節點都會記錄該更改。這確保了透明度和不變性。智能合約中存儲的數據將在單個交易之外持續存在，並且只要合約存在，就可以訪問。

2. 智能合約中的數據存儲是通過合約級別聲明的變量進行的。這些變量保存在所謂的“存儲”中，它是以太坊虛擬機（EVM）架構的一部分。每個合約都有自己專用的存儲空間，由於天然氣成本，該存儲空間是持久的且修改成本高昂。當交易更新狀態變量時，礦工會驗證更改並將其寫入區塊鏈的狀態樹中。

3. EVM 將存儲視為大型鍵值存儲，其中每個槽可容納 32 字節。變量被有效地打包以最小化空間使用。例如，多個布爾值可以存儲在單個槽內。開發人員必須謹慎對待變量的聲明方式，因為低效的打包會增加 Gas 消耗。

4. 讀取和寫入存儲會產生不同的 Gas 成本。寫入操作的成本明顯高於讀取，並且初始化非零值比將其設置為零更昂貴。數據一旦寫入，就無法完全刪除；相反，將值設置為零會退還一些 Gas，從而激勵開發人員清理未使用的數據。

存儲、內存和 Calldata 之間的差異

1.存儲是指與合約相關的永久數據區域，保存狀態變量。它在函數調用和事務之間是持久的。默認情況下，在函數外部聲明的任何變量（例如 uint Balance 或映射（address => bool）白名單）都駐留在存儲中。由於存儲的永久性和全局複製性，訪問存儲速度緩慢且成本高昂。

2.內存是函數執行過程中用於保存數據的臨時空間。它在函數調用結束後被擦除，非常適合函數中使用的局部變量和復雜類型（例如數組或結構體）。與存儲不同，內存的訪問成本較低，但不會在調用之間保留數據。除非明確指定，否則字符串、動態數組和函數參數通常駐留在此處。

3. Calldata 是一個特殊的只讀區域，用於存儲函數參數，特別是對於外部函數調用。它避免了將數據複製到內存中，從而對於傳遞給公共或外部函數的字節數組等大型輸入非常有效。由於calldata無法修改，因此僅適用於執行過程中不需要更改的輸入參數。

4. 在處理數組、字符串和結構體等引用類型時，必須指定 Solidity 中的 location 關鍵字，例如 storage、memory 或 calldata。濫用可能會導致不必要的複制、增加汽油費或運行時錯誤。例如，在不使用 calldata 的情況下將大型數組傳遞給函數會不必要地將其加載到內存中，從而增加計算開銷。

功能設計中的數據位置含義

1. 在設計功能時，選擇正確的數據位置會影響性能和成本。接受大負載的外部函數應將參數聲明為 calldata 以避免內存分配。這種優化減少了gas的使用並提高了可擴展性，特別是對於處理批量操作（如令牌傳輸或批量註冊）的合約。

2. 內部函數和私有函數不能使用calldata，因為它們不是外部調用的。相反，它們依賴於內存或存儲，具體取決於數據是否需要持久保存。涉及臨時結構的本地計算受益於內存的速度，同時避免了存儲寫入的高成本。

3. 錯誤地分配引用類型可能會導致意外行為。將局部變量聲明為存儲並將其分配給狀態變量會創建別名而不是副本。修改局部變量將直接改變原始狀態，這在某些情況下可能是可取的，但如果無意中完成則很危險。

4. 除非需要直接狀態操作，否則排序或過濾等複雜操作應在內存副本上進行。創建存儲陣列的內存快照可以安全地進行轉換，而不會冒執行過程中狀態更改不一致的風險。處理後，如有必要，結果可以寫回存儲器。

常見問題解答

如果我嘗試修改 calldata 中的數據會發生什麼？嘗試修改位於 calldata 中的數據會導致編譯錯誤。 Calldata 是嚴格只讀的，旨在保存外部函數調用的輸入參數，而不允許在執行過程中發生變化。

同一事務中的其他函數可以訪問內存數據嗎？不，內存與執行函數是隔離的。即使在同一事務中，每個函數調用也會獲得自己的新內存空間。然而，在一個函數調用期間對存儲進行的狀態更改對於同一事務中的後續調用是可見的。

為什麼我不能直接從存儲返回值而不將其複製到內存？當返回數組或字符串等複雜類型時，EVM 要求將它們放入內存中，然後再包含在響應中。返回值不能直接序列化存儲；因此，即使源是狀態變量，內存中的臨時副本也是必要的。

calldata 中可以存儲的數據量有限制嗎？雖然 EVM 規範中沒有定義固定的大小限制，但實際約束來自區塊 Gas 限制。過大的調用數據可能會使交易過於昂貴而無法包含在區塊中，從而根據當前的網絡狀況和 Gas 價格有效地限制了可用大小。