解讀ZKEVM：編譯Solidity源碼到LLVM IR系列（一）_LVM

零知識證明（ZKP）發展至今，大多數方案都是基于低級別表述語言實現的，例如 QAP、R1CS 或 Circuit。盡管 ZKP 不受語言限制，可以使用任何語言定義，但是高級語言所帶來的生成證明的復雜度卻是難以接受的。因此很多區塊鏈技術團隊開始使用新的 DSL 語言去編寫業務邏輯，來實現復雜度較低的證明，但是這種模式卻增加了用戶編寫合約的難度，因為大多數用戶根本沒有時間和精力學習 Rust、C++ 等語言。

Matter Labs 團隊為了解決 ZKP 的圖靈完備問題，引入了 ZINC 這門新的編寫智能合約的語言。 然而該團隊在 Youtube 上一段 ZKEVM 設計視頻中曾公開表示 ZINC 目前并不是圖靈完備的，缺乏循環、遞歸等內容。團隊還表示，為了減少引入新的語言給開發者帶來的學習成本，將嘗試采用 Solidity-> YUL -> LLVM IR-> ZKEVM 的技術路線。

受該視頻啟發，本系列文章將與讀者探討使用 LLVM 編譯器編譯 Solidity /YUL字節碼 到 R1CS 或 Circuit 的過程。盡管該方案后續可能發生重大變化，但是也是一次很好的學習機會。

第一篇 LLVM 介紹

概念

LLVM是模塊化和可重用的編譯器與工具鏈技術的集合, 經常被誤認為是一個單純的編譯器，拿來跟 Clang 和 GCC 進行比較，實際上 Clang 也是僅僅作為 LLVM 項目的一部分單獨發行的。以下是對這幾個概念的詳細介紹。

彭博社：ChatGPT已可解讀美聯儲聲明，并根據頭條新聞預測股價走勢:4月19日消息，在本月發表的兩篇新論文顯示，ChatGPT 已可解讀美聯儲聲明中的鷹派或鴿派立場，并可根據頭條新聞預測股價走勢。

ChatGPT 甚至能夠以一種類似于央行分析師的方式解釋其對美聯儲政策聲明的分類，后者也將語言解釋為該研究的人類基準。

同時，研究發現，ChatGPT 根據新聞標題預測的股價后續走勢與統計數據有關，表明該技術能夠正確分析消息的含義。

這兩篇新論文表明，ChatGPT 甚至可以在沒有經過專門培訓的情況下完成類似的任務。（彭博社）[2023/4/19 14:12:35]

LLVM：LLVM 和虛擬機技術沒有關系。它的名字并不是一個縮寫，而是 LLVM 項目的全稱。LLVM 的目標是提供一個現代化的、基于 SSA 編譯策略的、同時支持靜態和動態編譯任何編程語言的編譯器架構。現在 LLVM 已經發展成為一個由多個子項目組成的總體項目，其中許多子項目已被廣泛應用于學術研究、商業和開源項目中。LLVM 核心庫提供了與編譯器相關的支持，可以作為多種語言編譯器的后端來使用。能夠進行程序語言的編譯期優化、鏈接優化、在線編譯優化和代碼生成。

Clang：是 LLVM 的一個編譯器前端，它目前支持 C, C++, Objective-C 以及 Objective-C++ 等編程語言。Clang 對源程序進行詞法分析和語義分析，并將分析結果轉換為 Abstract Syntax Tree（AST 抽象語法樹） 和LLVM-IR，最后使用 LLVM 作為后端代碼的生成器。

聲音 | 蟲洞姜家志：行業對51%攻擊過度解讀:據核財經報道，在MiiX區塊鏈私享會上，蟲洞項目負責人姜家志認為，行業對51%攻擊過度解讀了，就算是真正有51%攻擊，不會對主鏈發生太大影響。51%攻擊能做到是：利用算力優勢，撤銷已發生的交易；掌握51%以上的算力優勢；雙重支付、阻止區塊確認、阻止有效區塊，以及有可能導致熊市和交易所損失。但51%攻擊不能做到：修改交易、阻止交易發送、改變數量、生產幣、挪用別人的幣。[2018/12/2]

GCC：GNU編譯器套件（GNU Compiler Collection）包括C、C++、Objective-C、Java、Go語言的前端，也包括這些語言的庫（如 libstdc++、libgcj 等）。GCC的開發初衷便是一款專為GNU操作系統設計的編譯器。

傳統的靜態編譯器（例如大多數C編譯器）采用三段式設計：前端、優化組件和后端。前端組件解析程序源代碼，檢查語法錯誤，生成一個基于語言特性的 AST（Abstract Syntax Tree）來表示輸入代碼，并提供給優化器。優化器會對AST數據進行相應的優化處理，以便最大程度的提升源代碼的執行效率。優化后的中間表示代碼（IR）會被送往后端程序。后端編譯器會進行指令選擇、寄存器分配等操作，最后將IR轉化為相應平臺的機器碼。

優化器的作用是采用各種方式使代碼運行得更快，例如刪除死代碼（DCE) 、常量折疊、傳播優化等等策略。 后端（又叫代碼生成器）將代碼與任務指令一一對應起來。除了生成正確的代碼以外，也要與機器設備的特性結合以保證生成代碼的質量。通常編譯器后端包括指令選擇、寄存器分配和指令安排表等功能。JVM 也是采用這種模式，使用 Java 字節碼作為前端與優化器的接口來實現的。

分析 | 肖颯律師解讀五部門風險提示:今日，大成律師事務所律師肖颯在其個人公眾號上發文，解讀銀保監會等五部門共同發布的《關于防范以\"虛擬貨幣\"\"區塊鏈\"名義進行非法集資的風險提示》。肖颯表示，風險提示中明確提出\"代為投資，極可能是詐騙活動\"。這句話具有重要的現實立案價值。這就意味著，ETH等也有望成為詐騙罪的犯罪對象，而不僅僅是2013年被定性的特定的虛擬商品一比特幣。也就是說，未來詐騙罪立案的范圍可能會較大幅度擴大，保護的范圍也在擴大。[2018/8/27]

編譯器的分段式架構使得開發分工更加明確。比如擅長編譯器前端設計的開發人員，可以注重于編譯器前端的設計，而不用考慮應該為后端優化器和編譯器后端預留相應的資源以及進行什么樣的配置。這也使得相關社區人員可以快速融入進來，實現自己力所能及的那部分。

三段式的結構設計是非常好的，但是因為各個編程語言的編譯器和優化器的實現沒有采用統一的 AST 和 IR 數據結構，導致對編譯器鏈路的各個組成部分進行重用仍異常困難。

LLVM 編譯器架構

根據上述架構圖我們可以看到 LLVM 編譯器采用的是跟傳統編譯器相同的三段式架構，但存在明顯的區別，即 LLVM 編譯器架構的優化器輸入和輸出都是 LLVM-IR。 LLVM-IR 是 LLVM 框架構建的核心基礎，它確立了IR的規范，使得其不同于傳統的編譯器前后端，將整體架構徹底拆分為三段式，方便開發人員進行分工。

IMEOS 解讀 EOSIO Dawn 4.0 精校版出爐 代碼將于近日正式發布:據金色財經合作媒體 IMEOS 報道：今日， BM 在Medium上發布了關于EOSIO Dawn4.0 的版本介紹，從十余個方面介紹 EOSIO Dawn4.0。在過去的一個月里，block.one團隊一直在為EOSIO的精簡性和穩定性付出著努力。[2018/5/5]

總結：我們經常使用的 Clang 只是一個 LLVM 編譯器前端，它是狹義的 LLVM。 而 GCC 是一個完整的可執行文件，沒有給其它語言的開發者提供代碼重用的接口,因此復用靜態庫做靜態分析或者代碼重構時就會變得特別困難。而且腳本語言經常是通過動態解釋嵌入到即將運行的大型應用程序中，這使得代碼變得非常臃腫，復用其中的某一模塊幾乎不可能。 而 LLVM 作為后起之秀，既傳承了三段式編譯設計，又給開發者提供了可重用的編譯前端和后端的接口，讓開發者幾乎不費力氣就可以完成一個新語言的編譯器前端。

LLVM 編譯過程

LLVM 編譯過程涉及到前端、優化器、后端三部分的交互。具體過程如下：

Clang 讀取源文件，并將源文件進行預處理。預處理的過程主要為：宏展開、導入頭文件等。

詞法分析器通過 Sanner 掃描處理過的源文件，生成 Token 序列，這個過程一般采用 Lex 完成。

《金色講堂》今晚開講 蔡維德將多角度為用戶解讀區塊鏈行業:4月8日晚8:00國家特聘區塊鏈專家蔡維德將在《金色講堂》中對區塊鏈發展方向進行深入解讀，本次課程主題為“2018風向變了，區塊鏈正式啟航”。蔡教授將從監管、Token等方面對區塊鏈進行全方位解讀，詳情請關注晚上8:00的《金色講堂》。[2018/4/8]

語法分析在 Clang 中由 Parser 和 Sema 兩個模塊配合完成。根據定義好的語法（Grammar），對 Token 序列構成的輸入文本進行分析并確定其語法結構。語法分析的過程會使用自頂向下或者自底向上的方式進行推導，最終形成AST（抽象語法樹)。

CodeGen 負責將語法樹從頂至下遍歷，翻譯成 LLVM IR。LLVM IR 既是 Frontend 的輸出，也是 LLVM Backend 的輸入。

通用優化器負責優化 LLVM IR， 可能會進行死代碼刪除（DCE） 、常量折疊、傳播優化等過程。

最后 LLVM 后端根據 LLVM IR 生成特定平臺可執行代碼。

為了方便介紹以下的工具鏈，我們編寫一個簡單的hello.c文件

#includeint main() {        printf('Hello World!');        return 0;}Clang 編譯器

Clang 本身不屬于 LLVM 命令行工具的一部分，但是因為它是基于 LLVM 工具鏈開發的，使得它擁有了其他類似編譯器不具備的功能，使用 Clang 可以將高級語言的源文件編譯為LLVM-IR中間代碼

Clang -S -emit-llvm hello.c

在上面的命令中 參數 “-S” 指定編譯器生成包含具有可讀性匯編代碼的目標文件； 參數 “-emit-llvm” 用于設置編譯器以LLVM-IR的形式生成目標文件，該參數需要配合 “-S” 參數一起使用。當該命令執行完成后，會在當前目錄生成一個名為 “hello.ll” 的文件， 文件名后綴為 “.ll”， 表示這是一個含有可讀 LLVM-IR 代碼的 ASCII 文本文件。

LLVM-IR 解釋器 - lli

通過 lli 命令，我們可以直接調用專門為 LLVM-IR 設計的即時解釋器，解釋器會逐行解釋并執行目標文件內的 IR 代碼。

LLVM-IR 優化器 - opt

通過 opt 命令，我們可以直接在命令行中調用 LLVM 工具鏈提供的 IR 代碼優化器對 LLVM-IR 代碼優化，該優化器同時支持對可讀文本以及二進制格式下的 LLVM-IR 代碼進行優化，并且可以通過參數執行相應的優化策略。

優化策略比較多，這里不一一列舉，只列舉一些常用的策略

-mem2reg：該策略會將IR內的內存級變量引用提升為寄存器級變量引用

“-constprop” ：該策略主要是用于 “常量傳播優化”

“-dce” ：該策略主要是用于刪除死代碼（無法執行到的代碼）

opt -S -mem2reg -constprop -dce hello.ll

LLVM 靜態編譯器 - llc

llc 是 LLVM 命令行工具提供的一個靜態編譯器。通過該編譯器，可以將一個包含有 LLVM-IR 代碼的 “.ll' 文件編譯為以 “.s” 結尾的為特定平臺架構的匯編代碼文件。

llc hello.ll

執行完上述命令，會在當前目錄生成一個 hello.s 的匯編文件，因為我的機器是 mac os 的，所以生成的匯編文件中會帶有 mac os version 等字樣

LLVM 匯編器 - llvm-as

通過 llvm-as 命令行工具，可以將包含有可讀文本格式的 LLVM-IR 文件轉為二進制格式的 LLVM 比特碼

llvm-as hello.ll

執行完上述命令，會在當前目錄生成一個 hello.bc 的比特碼文件，可以通過 hexdump 查看文件具體內容

LLVM 符號表查看器 - llvm-nm

通過 llvm-nm 命令行工具，我們可以查看一個包含二進制 LLVM-IR 比特碼的 “.bc” 文件內的符號表信息

上述命令中, “-A” 參數表示在輸出結果中顯示每個符號的來源文件名。 查看該輸出可知在這個 LLVM 模塊中存在兩個符號，一個是內部名為 “main” 的符號，該符號對應著源碼中的主函數，“T” 表示該函數是一個全局對象函數。“printf” 符號是引用外部標準庫的函數， 所以用 “U”表示。

上面的實例中，我們生成了多個包含不同狀態的 LLVM-IR 中間代碼，以及面向特定底層平臺架構的匯編代碼，對于這些文件，我們都可以使用 Clang 將其編譯為可執行的二進制文件。

本文簡單介紹了 LLVM 項目，讓讀者能夠了解 LLVM 項目的整體架構，懂得通過改造 LLVM 編譯器前端，可以適配多種高級編程語言，包括 Java、Rust、Solidity 等。 鑒于直接通過 Solidity 生成 LLVM IR 難度較大，且 Solidity 語法變更迅速，開發者可通過 Solidity 生成中間語言 YUL ，將 YUL 作為輸入提供給 LLVM 前端生成 LLVM IR 字節碼，即各種零知識證明需要的表示形式，最后在 ZKEVM 中執行。從理論上來講這套邏輯沒有任何問題，但是實際執行的工程難度還是非常大的，具體細節需要研究后再做定論。

Tags：LVMcLAELLOHELLOLVM幣CLAIMTellorHello Art Token

比特幣價格