合約位元組碼

什麼是合約位元組碼？

合約位元組碼是低階、可由機器讀取的程式碼，區塊鏈虛擬機會在智能合約部署或呼叫時執行這些程式碼。在加密貨幣領域，這個詞最常用於討論 Ethereum 類型網路上的智能合約；在這類網路中，原始碼會先編譯成 Ethereum Virtual Machine 位元組碼，才能在鏈上執行。開發者通常會使用 Solidity 等高階語言撰寫智能合約，但驗證者、節點和虛擬機不會直接執行原始的人類可讀原始碼。原始碼會先編譯成位元組碼，而這些位元組碼會成為儲存在智能合約地址中的實際程式邏輯。

Ethereum 智能合約編譯指南指出，合約必須轉換成位元組碼，EVM 才能執行。

合約位元組碼很重要，因為它是合約邏輯最終部署到鏈上的版本，而不只是藏在開發者程式碼編輯器後方的技術細節。如果合約原始碼描述的行為與已部署位元組碼實際執行的行為不同，區塊鏈會依照位元組碼執行。因此，合約位元組碼是智能合約驗證、區塊鏈安全、代幣稽核、去中心化應用程式及使用者信任的核心。

合約位元組碼的運作方式

智能合約最初是由開發者撰寫的原始碼。開發者會選擇編譯器版本、編譯器設定、最佳化設定、程式庫、建構函式參數及目標虛擬機版本。編譯器會將原始碼轉換成區塊鏈虛擬機能理解的位元組碼。部署合約時，交易會將建立程式碼提交至網路。建立程式碼會在部署期間執行一次，並傳回執行階段位元組碼；之後，這些位元組碼會持續儲存在合約地址中。部署完成後，使用者和其他合約會與已部署的執行階段位元組碼互動。

Ethereum Virtual Machine 文件說明，EVM 是一個能在 Ethereum 各節點間一致執行智能合約程式碼的環境。

由於每個節點都必須得到相同結果，位元組碼執行具有確定性。這表示在相同區塊鏈狀態及相同協議規則下，套用相同交易時，每個有效節點都應產生相同結果。這種一致性讓智能合約能支援代幣、借貸市場、兌換、遊戲、治理系統及其他加密貨幣應用程式，而無須由中央伺服器決定結果。

合約位元組碼與原始碼的差異

原始碼是為人類撰寫的，合約位元組碼則是為虛擬機撰寫的。原始碼可能包含函式名稱、註解、變數名稱、格式及設計模式，讓合約更容易理解。位元組碼通常以一長串十六進位字串呈現，大多數使用者難以直接讀懂。一個簡單的原始碼函式經過編譯後，可能會轉換成許多位元組碼指令。這些指令會控制堆疊操作、記憶體、儲存空間存取、算術運算、合約呼叫、日誌、跳轉、回復及其他低階行為。

Ethereum 操作碼參考資料列出構成 EVM 位元組碼行為的操作碼。

原始碼較容易稽核，但區塊鏈實際執行的是位元組碼。因此，嚴謹的合約審查通常會確認公開的原始碼是否確實與已部署的位元組碼相符。只有在編譯器輸出能以正確設定與鏈上位元組碼比對時，經驗證的原始碼頁面才有參考價值。

建立位元組碼與執行階段位元組碼

合約位元組碼通常分為兩種主要形式：建立位元組碼和執行階段位元組碼。建立位元組碼是部署交易中包含的程式碼。其中包含建立合約、執行建構函式、處理初始設定，以及傳回最終執行階段位元組碼所需的指令。執行階段位元組碼則是在部署後儲存在合約地址中的程式碼。之後有人呼叫合約時，執行的就是執行階段位元組碼。這項區別很重要，因為用來部署合約的位元組碼，不一定與最終留存在鏈上的位元組碼完全相同。建構函式參數可能會出現在部署輸入資料中，但不一定以相同形式出現在最終執行階段位元組碼中。編譯器中繼資料也可能影響建置所產生的確切位元組碼。

Solidity 中繼資料文件說明中繼資料如何包含在合約位元組碼中，並供工具使用。

驗證合約時，建立位元組碼、執行階段位元組碼、建構函式資料、連結的程式庫地址及編譯器設定都可能很重要。

合約位元組碼包含哪些內容

合約位元組碼包含指示虛擬機執行特定操作的指令。這些指令稱為操作碼（opcode），是「operation codes」的縮寫。每個操作碼在區塊鏈的執行規則下都有特定含義。例如，有些操作碼用於數學運算，有些讀取交易資料，有些寫入合約儲存空間，有些建立日誌，還有些會呼叫其他合約。EVM 位元組碼也採用堆疊式執行方式，代表許多操作會從堆疊取得輸入，並將結果推回堆疊。EVM 也有用於暫存資料的記憶體，以及用來保存持久合約狀態的儲存空間。儲存空間保存長期合約資料，例如代幣餘額、所有權紀錄、設定值及映射資料。記憶體是暫時性的，交易結束後就會消失。Calldata 則包含傳送至合約呼叫的輸入資料，包括函式選擇器及編碼後的參數。

Solidity ABI 規格說明合約呼叫及回傳值如何編碼，以便與智能合約互動。

合約位元組碼通常不會保留註解、易讀的變數名稱，或使用者在原始碼中看到的完整結構。這也是經驗證的原始碼對使用者、稽核人員、開發者及安全研究人員很有價值的原因之一。

合約位元組碼為何對加密貨幣很重要

合約位元組碼很重要，因為加密資產可能直接由智能合約邏輯控制。代幣合約會使用位元組碼決定餘額如何變動、誰可以轉移代幣、如何處理授權，以及是否存在特殊權限。去中心化應用程式可能會使用合約位元組碼處理入金、提領、費用、強制平倉、獎勵、投票或自動化執行。如果位元組碼有漏洞，漏洞可能影響實際資金。如果位元組碼包含隱藏權限、管理員函式、危險的升級路徑或惡意轉帳規則，使用者可能面臨重大風險。區塊鏈交易通常在確認後無法撤銷，因此使用者應將合約位元組碼視為具有約束力的合約規則。網站介面可能看起來很簡單，但實際上鏈上發生什麼事，是由合約位元組碼決定。因此，錢包警告、合約驗證標示、稽核報告及交易模擬，都是提升加密貨幣操作安全性的重要環節。

合約位元組碼與智能合約驗證

智能合約驗證是證明公開原始碼與已部署合約位元組碼相符的流程。目的是讓使用者能閱讀易懂的原始碼，而不必信任難以閱讀的十六進位字串。

Ethereum 合約驗證指南說明，驗證需要使用原始部署資訊重新編譯原始碼，並將結果與鏈上位元組碼比對。

驗證通常需要確切的編譯器版本、原始碼檔案、建構函式參數、最佳化設定、外部程式庫地址及建置組態。即使編譯器設定只有些微差異，也可能產生不同的位元組碼。合約通過驗證，不代表合約自動就是安全的。這只表示在所述設定下，公開原始碼可以與已部署位元組碼相互比對。使用者仍應檢查權限、所有權、可升級性、外部呼叫、代幣行為及稽核結果。驗證可提升透明度，但不會消除智能合約風險。

合約位元組碼與 Gas 費

合約位元組碼會影響 Gas 費，因為虛擬機規則會為每項指令設定執行成本。有些操作成本較低，但寫入儲存空間和某些合約互動可能成本較高。部署合約時，位元組碼的大小與複雜度也可能影響部署成本。較小且效率較高的位元組碼可能降低 Gas 用量，但過度最佳化也可能讓程式碼更難理解。Solidity 編譯器包含最佳化設定，可能改變產生的位元組碼。

Solidity 最佳化器文件說明最佳化如何影響產生的程式碼及 Gas 效率。

開發者通常需要在節省 Gas、可讀性、可稽核性及行為可預測性之間取得平衡。使用者不必閱讀原始位元組碼才能了解 Gas，但應知道合約設計會直接影響與加密貨幣應用程式互動的成本。

合約位元組碼與操作碼

操作碼是構成合約位元組碼的個別指令。EVM 操作碼包括 ADD、CALL、SLOAD、SSTORE、JUMP、LOG、RETURN 和 REVERT 等指令。每個操作碼都會以明確定義的方式改變執行狀態。例如，SLOAD 會讀取合約儲存空間，而 SSTORE 會寫入合約儲存空間。CALL 可將控制權交給另一個合約，功能強大，但若處理不當也會產生安全風險。在某些失敗情況下，REVERT 會停止執行並退還剩餘 Gas。協議更新時，網路也可能新增操作碼。

例如，EIP-3855 引入 PUSH0 操作碼，可更有效率地將數值 0 推入堆疊。

由於協議升級可能改變操作碼規則，開發者必須針對正確的目標環境編譯合約。這也是舊版和新版位元組碼不一定遵循相同假設的原因。

合約位元組碼與 ABI

合約位元組碼與 ABI 有關聯，但兩者並不相同。位元組碼是儲存在鏈上並可執行的程式。ABI（Application Binary Interface，應用程式二進位介面）則描述外部使用者和應用程式如何呼叫合約。錢包、前端、腳本或區塊鏈工具會使用 ABI 編碼函式呼叫，並解碼回傳資料。ABI 會告訴軟體有哪些函式、函式需要哪些輸入，以及應如何解讀輸出。完整且易讀的介面資料通常不會儲存在鏈上合約帳戶的 ABI 中。因此，即使 ABI 未公開，合約位元組碼仍可能存在於鏈上。原始碼通過驗證後，區塊鏈瀏覽器和開發者工具通常可以顯示 ABI，讓合約互動更容易。如果沒有經驗證的 ABI，使用者可能必須手動解碼呼叫資料或依賴第三方工具，進而增加出錯機率。

合約位元組碼與反編譯

反編譯是嘗試將位元組碼轉回較易讀形式的過程。反編譯工具可協助研究人員了解未驗證的合約，但無法完美還原原始原始碼。註解、變數名稱、格式、檔案結構及許多高階設計選擇，通常都會在編譯時遺失。部分編譯器最佳化也會重新排列邏輯，讓反編譯結果更難理解。反編譯仍能揭露重要線索，例如函式選擇器、儲存空間使用方式、外部呼叫、事件日誌及可疑模式。然而，使用者不應將反編譯程式碼視為與經驗證的原始碼相同。它是對位元組碼進行逆向工程後的檢視結果，而非開發者原始檔案。

合約位元組碼與可升級合約

可升級合約會讓位元組碼分析更複雜，因為使用者互動的地址可能未包含應用程式的全部邏輯。許多可升級系統會使用 Proxy 合約，將呼叫轉送至實作合約。Proxy 地址可能保存面向使用者的狀態，而實作地址則包含邏輯位元組碼。如果實作地址變更，即使 Proxy 地址不變，面向使用者的合約行為仍可能改變。這種設計有助於修補錯誤或新增功能，但也會帶來治理和信任風險。檢查可升級合約的位元組碼時，使用者應一併確認 Proxy、實作合約、升級管理員及升級規則。如果實作合約未經驗證，或由風險較高的管理員設定控制，僅驗證 Proxy 並不足夠。分析合約位元組碼時，務必確認程式碼是否永久固定、可升級，或依賴其他合約。

合約位元組碼與安全稽核

安全稽核通常聚焦於原始碼，但位元組碼仍然重要，因為它才是實際部署的版本。如果受稽核的原始碼與已部署位元組碼不一致，稽核報告的參考價值可能會降低。稽核人員可能會比對原始碼、編譯輸出、部署交易、依賴版本及已驗證位元組碼，確認審查版本與鏈上版本相符。位元組碼層級的審查也可能找到只看原始碼不易發現的模式。例如，位元組碼分析可能揭露無法到達的程式碼、異常跳轉行為、低階呼叫、自我銷毀模式、Proxy 轉送或隱藏的函式選擇器。研究工具通常會直接分析 EVM 位元組碼，因為許多已部署合約並未經過驗證。

智能合約驗證服務相關研究指出，將原始碼與鏈上位元組碼相符，是建立智能合約生態系信任的重要一環。

對使用者而言，實際的重點很簡單：不要只因合約有精美網站或熟悉的代幣名稱，就認定它值得信任。

合約位元組碼與不可變性

一般智能合約的執行階段位元組碼部署後，通常很難在同一地址修改。不可變性是智能合約能支援透明規則及自動化執行的原因之一。不過，使用者應注意，不可變並不一定代表應用程式行為完全固定。合約可能呼叫其他合約，而這些合約地址可能透過治理或設定變更。Proxy 可能會將執行委派給不同的實作合約。管理員可能有權暫停函式、變更費用、鑄造代幣、將地址列入黑名單、升級邏輯或提領特定資產。有些合約也可能依賴鏈下簽章、預言機資料或外部 keeper。因此，評估位元組碼不可變性時，還應一併考量權限、依賴關係及升級設計。

使用者如何檢查合約位元組碼

使用者可以透過區塊鏈瀏覽器、節點查詢、開發者工具或錢包安全平台檢查合約位元組碼。區塊鏈瀏覽器可能會顯示合約是否已驗證，並列出原始碼、編譯器設定、ABI、建立交易及已部署位元組碼。有些瀏覽器也會顯示相似的位元組碼比對結果，有助於辨識以相同或近似程式碼建立的合約。

合約程式碼分頁指南說明合約頁面可能會如何呈現原始碼、ABI、位元組碼及驗證資訊。

進階使用者可以透過特定方法查詢節點，以取得儲存在合約地址中的程式碼。開發者也可以在本機編譯原始碼，並將產生的執行階段位元組碼與鏈上程式碼比對。若合約驗證失敗，使用者應提高警覺，因為可能無法取得易讀的原始碼，或原始碼可能與已部署的位元組碼不符。

檢查合約位元組碼時常見的警訊

沒有經驗證原始碼的合約，可能較難讓一般使用者評估。未經驗證的合約不一定有惡意，但會造成透明度問題。具有隱藏鑄幣權、轉帳限制、黑名單控制或異常費用邏輯的代幣合約，可能讓持有者面臨重大風險。依賴可升級 Proxy 的合約，應連同其實作合約及管理員控制權一併審查。在敏感函式中執行外部呼叫的合約，可能需要額外檢查重入攻擊及權限問題。若合約與已知詐騙模式高度相似，除非經合格審查證明並非如此，否則應避免使用。要求使用者授予無限代幣支出的合約應審慎看待，特別是合約剛推出、未經驗證或未經稽核時。合約位元組碼無法讓初學者了解所有事項，但有助於安全工具在使用者簽署交易前偵測風險模式。

代幣推出中的合約位元組碼

代幣推出期間，合約位元組碼會控制實際的代幣規則。行銷資料可能宣稱供應量固定、分配公平、費用低或沒有特殊管理員權限，但使用者應確認合約是否真的符合這些說法。位元組碼可能會定義鑄幣函式、銷毀函式、稅費規則、流動性控制、所有權權限、轉帳限制及緊急控制措施。如果原始碼已經驗證，使用者和稽核人員就能更輕易地檢查這些規則。如果原始碼未經驗證，使用者可能需要使用位元組碼分析工具，或在資訊更透明前避免互動。對代幣買家而言，了解位元組碼的基本概念，有助於說明為什麼合約地址比代幣名稱或代號更重要。不同合約可能使用相同代號，假代幣也可能仿冒合法資產的名稱。官方合約地址中的合約位元組碼，才是定義鏈上實際行為的依據。

合約位元組碼與 Layer 2 網路

許多 Layer 2 網路支援與 EVM 相容的位元組碼，讓開發者能在不同網路部署類似的智能合約。EVM 相容性可能讓開發更容易，但使用者不應因此假設各網路的執行、費用、跨鏈橋或安全特性完全相同。有些網路可能支援不同的操作碼行為、預編譯合約、Gas 計算方式、帳戶模型或升級時程。在多條鏈上部署位元組碼前，開發者應查閱目標網路的文件。使用者也應確認自己在正確的網路上與正確的合約地址互動。即使合約位元組碼看起來熟悉，在錯誤網路上轉移資金或授予權限仍可能造成損失或混淆。

合約位元組碼為何難以閱讀

合約位元組碼是為機器而非人類設計，因此難以閱讀。它通常以十六進位形式顯示，每個位元組代表資料或一項指令。EVM 採用堆疊式架構，因此理解位元組碼時，往往需要追蹤多項指令中的堆疊值。跳轉指令會讓控制流程更難追蹤。編譯器最佳化可能進一步壓縮並重新排列邏輯。程式庫、Proxy、中繼資料、建構函式參數及連結地址也可能影響解讀。因此，大多數使用者會依賴經驗證的原始碼、稽核、錢包警告及可信的開發者工具，而非嘗試直接閱讀原始位元組碼。不過，理解這個概念仍很重要，因為位元組碼是鏈上執行的最終依據。

常見問題

合約位元組碼代表什麼？

合約位元組碼是編譯後可由機器讀取的程式碼，區塊鏈虛擬機會用它執行智能合約。

合約位元組碼與智能合約原始碼相同嗎？

不同。原始碼可供人類閱讀，位元組碼則是編譯後在鏈上執行的形式。

合約位元組碼為什麼重要？

合約位元組碼很重要，因為它控制已部署智能合約的實際行為，並可能直接影響加密資產。

使用者能閱讀合約位元組碼嗎？

大多數使用者不容易閱讀原始位元組碼，但開發者和安全工具可以將其反組譯或進行分析。

什麼是執行階段位元組碼？

執行階段位元組碼是在部署後儲存在合約地址中的程式碼，合約被呼叫時會執行。

什麼是建立位元組碼？

建立位元組碼是部署程式碼，會執行一次以建立合約並傳回執行階段位元組碼。

原始碼通過驗證就代表合約安全嗎？

不代表。原始碼通過驗證只表示公開原始碼可與已部署位元組碼相互比對；合約安全性仍取決於其邏輯和權限。

部署後可以變更合約位元組碼嗎？

一般已部署的執行階段位元組碼通常固定不變，但可升級 Proxy 設計可以透過指向新的實作位元組碼來改變應用程式行為。

什麼是操作碼？

操作碼是位元組碼中的低階指令，用來告訴虛擬機執行特定操作。

編譯器版本為什麼會影響位元組碼？

不同的編譯器版本和設定可能會將相同原始碼編譯成不同位元組碼，因此編譯器版本很重要。

結論

合約位元組碼是智能合約在區塊鏈虛擬機上執行的形式。它由原始碼編譯而成，並成為使用者與合約互動時各節點實際執行的邏輯。對加密貨幣使用者而言，位元組碼很重要，因為它可能控制代幣、資金、授權、治理權、費用、升級及其他高價值操作。對開發者而言，編譯器設定、最佳化選擇、建構函式參數、中繼資料及目標網路規則，都可能影響最終部署結果，因此位元組碼也很重要。對稽核人員和安全研究人員而言，位元組碼是鏈上的實際狀態，必須與任何聲稱的原始碼或稽核範圍相符。智能合約可能有好記的名稱、簡潔的網站和簡單的介面，但區塊鏈實際遵循的是位元組碼。了解合約位元組碼有助於加密貨幣使用者做出更審慎的決策、理解驗證的重要性，並更全面地評估每次智能合約互動背後的風險。