以太坊windows下編譯

⑴ 以太坊是騙人的嗎怎麼做

不是騙人的，必須要懂行的人帶你入行，不然不熟的人帶你你就會走進資金盤，做以太坊可以有兩個方向，
第一：下載交易所軟體在上面交易，跟股票交易一樣的，可以買多，也可以做空，也可以量化，也可以開合約，也可以開杠桿，總之跟股票操作差不多，這種來錢快，虧欠也快。
第二種：就是去廠家買顯卡或者礦機回來連網通電就可以在電腦上挖礦，每天都有收益可以提現，這個很輕松沒有風險，只有回本周期，這行就屬於投資越大回本越快賺得越多。
希望可以幫到你

⑵ 以太坊是什麼丨以太坊開發入門指南

以太坊是什麼丨以太坊開發入門指南
很多同學已經躍躍欲試投入到區塊鏈開發隊伍當中來，可是又感覺無從下手，本文將基於以太坊平台，以通俗的方式介紹以太坊開發中涉及的各晦澀的概念，輕松帶大家入門。
以太坊是什麼
以太坊（Ethereum）是一個建立在區塊鏈技術之上， 去中心化應用平台。它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
對這句話不理解的同學，姑且可以理解為以太坊是區塊鏈里的Android，它是一個開發平台，讓我們就可以像基於Android Framework一樣基於區塊鏈技術寫應用。
在沒有以太坊之前，寫區塊鏈應用是這樣的：拷貝一份比特幣代碼，然後去改底層代碼如加密演算法，共識機制，網路協議等等（很多山寨幣就是這樣，改改就出來一個新幣）。
以太坊平台對底層區塊鏈技術進行了封裝，讓區塊鏈應用開發者可以直接基於以太坊平台進行開發，開發者只要專注於應用本身的開發，從而大大降低了難度。
目前圍繞以太坊已經形成了一個較為完善的開發生態圈：有社區的支持，有很多開發框架、工具可以選擇。
智能合約
什麼是智能合約
以太坊上的程序稱之為智能合約， 它是代碼和數據(狀態)的集合。
智能合約可以理解為在區塊鏈上可以自動執行的（由事件驅動的）、以代碼形式編寫的合同（特殊的交易）。
在比特幣腳本中，我們講到過比特幣的交易是可以編程的，但是比特幣腳本有很多的限制，能夠編寫的程序也有限，而以太坊則更加完備（在計算機科學術語中，稱它為是「圖靈完備的」），讓我們就像使用任何高級語言一樣來編寫幾乎可以做任何事情的程序（智能合約）。
智能合約非常適合對信任、安全和持久性要求較高的應用場景，比如：數字貨幣、數字資產、投票、保險、金融應用、預測市場、產權所有權管理、物聯網、點對點交易等等。
目前除數字貨幣之外，真正落地的應用還不多（就像移動平台剛開始出來一樣），相信1到3年內，各種殺手級會慢慢出現。
編程語言：Solidity
智能合約的默認的編程語言是Solidity，文件擴展名以.sol結尾。
Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。
還有長像Python的智能合約開發語言：Serpent，不過建議大家還是使用Solidity。
Browser-Solidity是一個瀏覽器的Solidity IDE, 大家可以點進去看看，以後我們更多文章介紹Solidity這個語言。
運行環境：EVM
EVM（Ethereum Virtual Machine）以太坊虛擬機是以太坊中智能合約的運行環境。
Solidity之於EVM，就像之於跟JVM的關系一樣，這樣大家就容易理解了。
以太坊虛擬機是一個隔離的環境，在EVM內部運行的代碼不能跟外部有聯系。
而EVM運行在以太坊節點上，當我們把合約部署到以太坊網路上之後，合約就可以在以太坊網路中運行了。
合約的編譯
以太坊虛擬機上運行的是合約的位元組碼形式，需要我們在部署之前先對合約進行編譯，可以選擇Browser-Solidity Web IDE或solc編譯器。
合約的部署
在以太坊上開發應用時，常常要使用到以太坊客戶端（錢包）。平時我們在開發中，一般不接觸到客戶端或錢包的概念，它是什麼呢？
以太坊客戶端（錢包）
以太坊客戶端，其實我們可以把它理解為一個開發者工具，它提供賬戶管理、挖礦、轉賬、智能合約的部署和執行等等功能。
EVM是由以太坊客戶端提供的。
Geth是典型的開發以太坊時使用的客戶端，基於Go語言開發。 Geth提供了一個互動式命令控制台，通過命令控制台中包含了以太坊的各種功能（API）。Geth的使用我們之後會有文章介紹，這里大家先有個概念。
Geth控制台和Chrome瀏覽器開發者工具里的面的控制台是類似，不過是跑在終端里。
相對於Geth，Mist則是圖形化操作界面的以太坊客戶端。
如何部署
智能合約的部署是指把合約位元組碼發布到區塊鏈上，並使用一個特定的地址來標示這個合約，這個地址稱為合約賬戶。
以太坊中有兩類賬戶：
· 外部賬戶
該類賬戶被私鑰控制（由人控制），沒有關聯任何代碼。
· 合約賬戶
該類賬戶被它們的合約代碼控制且有代碼與之關聯。
和比特幣使用UTXO的設計不一樣，以太坊使用更為簡單的賬戶概念。
兩類賬戶對於EVM來說是一樣的。
外部賬戶與合約賬戶的區別和關系是這樣的：一個外部賬戶可以通過創建和用自己的私鑰來對交易進行簽名，來發送消息給另一個外部賬戶或合約賬戶。
在兩個外部賬戶之間傳送消息是價值轉移的過程。但從外部賬戶到合約賬戶的消息會激活合約賬戶的代碼，允許它執行各種動作（比如轉移代幣，寫入內部存儲，挖出一個新代幣，執行一些運算，創建一個新的合約等等）。
只有當外部賬戶發出指令時，合同賬戶才會執行相應的操作。
合約部署就是將編譯好的合約位元組碼通過外部賬號發送交易的形式部署到以太坊區塊鏈上（由實際礦工出塊之後，才真正部署成功）。
運行
合約部署之後，當需要調用這個智能合約的方法時只需要向這個合約賬戶發送消息（交易）即可，通過消息觸發後智能合約的代碼就會在EVM中執行了。
Gas
和雲計算相似，佔用區塊鏈的資源（不管是簡單的轉賬交易，還是合約的部署和執行）同樣需要付出相應的費用（天下沒有免費的午餐對不對!）。
以太坊上用Gas機制來計費，Gas也可以認為是一個工作量單位，智能合約越復雜（計算步驟的數量和類型，佔用的內存等），用來完成運行就需要越多Gas。
任何特定的合約所需的運行合約的Gas數量是固定的，由合約的復雜度決定。
而Gas價格由運行合約的人在提交運行合約請求的時候規定，以確定他願意為這次交易願意付出的費用：Gas價格（用以太幣計價） * Gas數量。
Gas的目的是限制執行交易所需的工作量，同時為執行支付費用。當EVM執行交易時，Gas將按照特定規則被逐漸消耗，無論執行到什麼位置，一旦Gas被耗盡，將會觸發異常。當前調用幀所做的所有狀態修改都將被回滾， 如果執行結束還有Gas剩餘，這些Gas將被返還給發送賬戶。
如果沒有這個限制，就會有人寫出無法停止（如：死循環）的合約來阻塞網路。
因此實際上（把前面的內容串起來），我們需要一個有以太幣余額的外部賬戶，來發起一個交易（普通交易或部署、運行一個合約），運行時，礦工收取相應的工作量費用。
以太坊網路
有些著急的同學要問了，沒有以太幣，要怎麼進行智能合約的開發？可以選擇以下方式：
選擇以太坊官網測試網路Testnet
測試網路中，我們可以很容易獲得免費的以太幣，缺點是需要發很長時間初始化節點。
使用私有鏈
創建自己的以太幣私有測試網路，通常也稱為私有鏈，我們可以用它來作為一個測試環境來開發、調試和測試智能合約。
通過上面提到的Geth很容易就可以創建一個屬於自己的測試網路，以太幣想挖多少挖多少，也免去了同步正式網路的整個區塊鏈數據。
使用開發者網路(模式)
相比私有鏈，開發者網路(模式)下，會自動分配一個有大量余額的開發者賬戶給我們使用。
使用模擬環境
另一個創建測試網路的方法是使用testrpc，testrpc是在本地使用內存模擬的一個以太坊環境，對於開發調試來說，更方便快捷。而且testrpc可以在啟動時幫我們創建10個存有資金的測試賬戶。
進行合約開發時，可以在testrpc中測試通過後，再部署到Geth節點中去。
更新：testrpc 現在已經並入到Truffle 開發框架中，現在名字是Ganache CLI。
Dapp：去中心化的應用程序
以太坊社區把基於智能合約的應用稱為去中心化的應用程序(DecentralizedApp)。如果我們把區塊鏈理解為一個不可篡改的資料庫，智能合約理解為和資料庫打交道的程序，那就很容易理解Dapp了，一個Dapp不單單有智能合約，比如還需要有一個友好的用戶界面和其他的東西。
Truffle
Truffle是Dapp開發框架，他可以幫我們處理掉大量無關緊要的小事情，讓我們可以迅速開始寫代碼-編譯-部署-測試-打包DApp這個流程。
總結
我們現在來總結一下，以太坊是平台，它讓我們方便的使用區塊鏈技術開發去中心化的應用，在這個應用中，使用Solidity來編寫和區塊鏈交互的智能合約，合約編寫好後之後，我們需要用以太坊客戶端用一個有餘額的賬戶去部署及運行合約（使用Truffle框架可以更好的幫助我們做這些事情了）。為了開發方便，我們可以用Geth或testrpc來搭建一個測試網路。
註：本文中為了方便大家理解，對一些概念做了類比，有些嚴格來不是准確，不過我也認為對於初學者，也沒有必要把每一個概念掌握的很細致和准確，學習是一個逐步深入的過程，很多時候我們會發現，過一段後，我們會對同一個東西有不一樣的理解。

⑶ solidity 智能合約（3）：使用truffle編譯部署及測試合約

先找源碼敲一遍，跑起來，後面慢慢講怎麼用solidity編寫以太坊智能合約。

這個文件編寫在 contracts 目錄下

這個文件在 migrations 目錄下

這個文件可以創建一個 test 目錄，然後放進去，我這里直接放在了根目錄，不太規范。

要編譯Truffle項目里的合約，請切換到項目工程所在根目錄，然後在終端中鍵入以下內容：

首次運行時，將編譯所有合約。 在後續運行中，Truffle將僅編譯自上次編譯以來有更改的合約。如果我們想覆蓋此行為，可以使用 --all 選項運行上面的命令。

編譯的目標文件 Artifacts 將放在 build/contracts/ 目錄中，相對於項目根目錄（如果該目錄不存在，將創建該目錄。）

這些 Artifacts 是Truffle內部工作的組成部分，它們在成功部署應用程序中起著重要作用。 不要去編輯這些文件，因為這些文件將被合約編譯和部署覆蓋。

編譯成功後

遷移腳本（JavaScript文件）可幫助我們將合約部署到以太坊網路。 這些文件負責暫存我們的部署任務，並且假設我們的部署需求會隨著時間的推移而發生變化。 隨著項目的發展，我們將創建新的遷移腳本，以進一步推動區塊鏈的發展。 先前運行的部署記錄通過特殊的 Migrations 遷移合約記錄在鏈上，詳細信息如下。

部署命令

要運行部署，請運行以下命令：

這將部署在項目的 migrations 目錄中的所有遷移文件。 最簡單的遷移只是一組管理部署腳本。 如果我們的遷移先前已成功運行，則 truffle migrate 將從上次運行的遷移開始執行，僅運行新創建的遷移。 如果不存在新的遷移， truffle migrate 將不會執行任何操作。 我們可以使用 --reset 選項從頭開始運行所有遷移。 對於本地測試，確保在執行 migrate 之前安裝並運行了 Ganache等 測試區塊鏈。

測試腳本中輸入數值 100 ,取出的數值為 64 (這個值是16進制格式，轉為十進制就是 100 ).

⑷ DApp開發入門

本文僅介紹以太坊系列的DApp開發，其他鏈原理差不太多。

MetaMask安裝完成並運行後，可以在Chrome控制台列印 MetaMask注入的window.ethereum對象

關於ethereum對象，我們只需要關心 ethereum.request 就足夠了，MetaMask 使用 ethereum.request(args) 方法 來包裝 RPC API。這些 API 基於所有以太坊客戶端公開的介面。 簡單來說錢包交互的大部分操作都是由 request() 方法實現，通過傳入不同的方法名來區分。

⚠️ 即使ethereum對象中提供了chainId，isMetaMask，selectAddress屬性，我們也不能完全相信這些屬性，他們是不穩定或不標准，不建議使用。我們可以通過上面說的request方法，拿到可靠的數據 。

錢包通過method方法名，進行對應的實現 以獲取錢包地址為例

調用 ethereum.request({ method: "eth_requestAccounts" }) ，錢包實現了該方法，那麼就可以拿到錢包的地址了。

MetaMask注入的 window.ethereum 就是一個Provider，一個RPC節點也是一個Provider，通過Provider，我們有了訪問區塊鏈的能力。 在連接到錢包的情況下，通常使用錢包的Provider就可以了， ethers.providers.Web3Provider(ethereum)

如果只需要查詢一些區塊鏈數據，可以使用EtherscanProvider 和 InfuraProvider 連接公開的 第三方節點服務提供商 。JsonRpcProvider 和 IpcProvider 允許連接到我們控制或可以訪問的以太坊節點。

獲取當前賬戶余額

獲取最新區塊號

其他RPC操作，可以通過 JSON-RPC 查看。

通過 ethers.js 可以連接ERC20的合約，合約編譯後會生成ABI，合約部署後，會生成合約地址，開發者通過 ABI和合約地址 ，對合約發送消息。

合約中的方法大致分為兩種： 視圖方法(免費)，非視圖方法(消耗Gas) ，可以通過ABI查看方法類型。

⚠️ ERC20需要多加關注的是 Approve() 方法以及 transfer() 和 transferFrom() 的區別 ，授權過的代幣，被授權的那一方，可以通過調用 transferFrom() 方法,轉走你授權數量內的代幣，所以授權是一個很危險的操作，假設你授權了一個不良的合約，那你會面臨授權的token被轉走的風險，即使你沒有泄露私鑰助記詞。

便利三方庫： web3-react use-wallet

文檔： doc.metamask.io ethers

⑸ 鍖哄潡閾懼紑鍙戝伐鍏鋒湁鍝浜涳紵

鍖哄潡閾懼紑鍙戝伐鍏鋒湁寰堝氾紝甯哥敤鐨勫寘鎷錛

1.Solidity錛氱敤浜庝互澶鍧婃櫤鑳藉悎綰﹀紑鍙戠殑緙栫▼璇璦銆

2.Remix錛氫互澶鍧婃櫤鑳藉悎綰︾殑闆嗘垚寮鍙戠幆澧(IDE)銆

3.Truffle錛氫互澶鍧婂紑鍙戞嗘灦錛岀敤浜庣紪璇戙佹祴璇曞拰閮ㄧ講鏅鴻兘鍚堢害銆

4.Ganache錛氫互澶鍧婂尯鍧楅摼鐨勪釜浜哄尯鍧楅摼緗戠粶錛岀敤浜庢湰鍦板紑鍙戝拰嫻嬭瘯銆

5.Web3.js錛氫互澶鍧婄殑JavaScript搴擄紝鐢ㄤ簬涓庝互澶鍧婂尯鍧楅摼榪涜屼氦浜掋

6.HyperledgerFabric錛氱敤浜庝紒涓氱駭鍖哄潡閾懼簲鐢ㄥ紑鍙戠殑寮婧愬尯鍧楅摼妗嗘灦銆

7.HyperledgerComposer錛氱敤浜庡揩閫熸瀯寤篐yperledgerFabric鍖哄潡閾劇綉緇滅殑宸ュ叿銆

8.RemixIDE錛氫竴涓鐢ㄤ簬浠ュお鍧婃櫤鑳藉悎綰﹀紑鍙戠殑鍦ㄧ嚎闆嗘垚寮鍙戠幆澧冦

9.Infura錛氫互澶鍧婅妭鐐瑰嵆鏈嶅姟錛屾彁渚涗簡紼沖畾鐨勪互澶鍧婅妭鐐癸紝鏂逛究寮鍙戣呰繘琛孌App寮鍙戙

10.Metamask錛氫竴涓浠ュお鍧婇挶鍖呮彃浠訛紝鐢ㄤ簬鍦ㄦ祻瑙堝櫒涓璁塊棶浠ュお鍧奃App銆

榪欎簺宸ュ叿鍙甯鍔╁紑鍙戣呭湪鍖哄潡閾鵑嗗煙榪涜屾櫤鑳藉悎綰﹀拰鍒嗗竷寮忓簲鐢ㄧ▼搴(DApp)鐨勫紑鍙戝拰閮ㄧ講銆

浠ヤ笂鍐呭規槸鐢鐚鍏鎴掔綉綺懼績鏁寸悊錛屽笇鏈涘規偍鏈夋墍甯鍔┿

⑹ 以太坊是什麼東西

以太坊（英文Ethereum）是一個開源的有智能合約功能的公共區塊鏈平台，通過其專用加密貨幣以太幣（Ether，簡稱「ETH」）提供去中心化的以太虛擬機（Ethereum Virtual Machine）來處理點對點合約。

以太坊的概念首次在2013至2014年間由程序員Vitalik Buterin受比特幣啟發後提出，大意為「下一代加密貨幣與去中心化應用平台」，在2014年通過ICO眾籌開始得以發展。

功能應用

以太坊是一個平台，它上面提供各種模塊讓用戶來搭建應用，如果將搭建應用比作造房子，那麼以太坊就提供了牆面、屋頂、地板等模塊，用戶只需像搭積木一樣把房子搭起來，因此在以太坊上建立應用的成本和速度都大大改善。

具體來說，以太坊通過一套圖靈完備的腳本語言（Ethereum Virtual Machinecode，簡稱EVM語言）來建立應用，它類似於匯編語言。

我們知道，直接用匯編語言編程是非常痛苦的，但以太坊里的編程並不需要直接使用EVM語言，而是類似C語言、Python、Lisp等高級語言，再通過編譯器轉成EVM語言。

以上內容參考：網路-以太坊

⑺ 以太坊用什麼代碼寫的

用Solidity語言代碼寫的。Solidity，文件擴展名以sol結尾。Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。

⑻ 浠ュお鍧婃櫤鑳藉悎綰︾殑璇璦鏄浠涔

浠ュお鍧婃櫤鑳藉悎綰︾殑璇璦鏄浠涔堬紵
浠ュお鍧婃槸涓縐嶅熀浜庡尯鍧楅摼鎶鏈鐨勫紑鏀懼鉤鍙幫紝鍏舵櫤鑳藉悎綰︽槸浠ュお鍧婄殑鏈澶х壒鑹蹭箣涓銆傚湪浠ュお鍧婂鉤鍙頒笂緙栧啓鏅鴻兘鍚堢害闇瑕佷嬌鐢ㄧ壒瀹氱殑緙栫▼璇璦錛岃岃繖縐嶈璦琚縐頒負鈥淪olidity鈥濄
Solidity鏄涓縐嶅彈C++鍜孞avascript璇璦褰卞搷鐨勯潰鍚戝硅薄緙栫▼璇璦銆備嬌鐢⊿olidity緙栧啓鐨勬櫤鑳藉悎綰﹀彲浠ュ湪浠ュお鍧婂尯鍧楅摼涓婅繍琛岋紝浠庤屽疄鐜拌嚜鍔ㄥ寲鐨勪氦鏄撳拰閫忔槑鐨勮處鎴蜂綑棰濇煡璇㈢瓑鍔熻兘銆
Solidity璇璦鐨勮捐＄洰鏍囨槸鎻愪緵瀹夊叏銆侀珮鏁堛佸彲闈犵殑鏅鴻兘鍚堢害銆傚畠鏀鎸佸嚱鏁板簱銆佺戶鎵褲佹帴鍙ｃ佷簨浠跺拰鍚堢害闂寸殑浜や簰絳夌壒鎬с備笌鍏朵粬緙栫▼璇璦涓嶅悓錛孲olidity鍙浠ュ湪鍚堢害鎵ц屾椂琚鍔ㄦ佺紪璇戙傛ゅ栵紝Solidity鍙浠ラ氳繃鏅鴻兘鍚堢害鎸囦護瀹炵幇鎵撳寘銆佺紪璇戝拰甯冪講鏅鴻兘鍚堢害絳夋搷浣溿
鉶界劧Solidity鏄浠ュお鍧婂鉤鍙扮殑涓繪祦緙栫▼璇璦錛屼絾瀹冧粛鐒舵湁鐫涓浜涢檺鍒躲備緥濡傦紝Solidity騫朵笉鏀鎸侀掑綊鍜屽嚱鏁版寚閽堢瓑楂樼駭璇璦鐗規э紱姝ゅ栵紝Solidity鐨勮娉曞拰綾誨簱涓庡叾浠栫紪紼嬭璦瀛樺湪宸寮傦紝闇瑕佷笓闂ㄧ殑瀛︿範鍜岄傚簲銆傚洜姝わ紝鍦ㄧ紪鍐欐櫤鑳藉悎綰︽椂錛岄渶瑕佷粩緇嗚冭檻浠ｇ爜閫昏緫銆佷唬鐮佸仴澹鎬у拰瀹夊叏鎬х瓑闂棰樸
鎬諱綋鑰岃█錛孲olidity鏄涓縐嶅己澶ц屼笖瀹炵敤鐨勭紪紼嬭璦錛岃騫挎硾搴旂敤浜庝互澶鍧婃櫤鑳藉悎綰︾殑緙栧啓鍜屾墽琛屻傞殢鐫鍖哄潡閾炬妧鏈鐨勪笉鏂鍙戝睍鍜屾垚鐔燂紝鐩鎬俊Solidity璇璦灝嗕細鏇村姞瀹屽杽鍜屽己澶э紝涓烘櫤鑳藉悎綰︾殑寮鍙戝拰瀹炵幇鎻愪緵鏇村ソ鐨勬敮鎸併

⑼ 以太坊虛擬機(EVM)是什麼

以太坊是一個可編程的區塊鏈。與比特幣不同，以太坊並沒有給用戶提供一組預定義的操作（比如比特幣交易），而是允許用戶創建他們自己的操作，這些操作可以任意復雜。這樣，以太坊成為了多種不同類型去中心化區塊鏈的平台，包括但是不限於密碼學貨幣。

EVM為以太坊虛擬機。以太坊底層通過EVM模塊支持智能合約的執行和調用，調用時根據合約的地址獲取到代碼，生成具體的執行環境，然後將代碼載入到EVM虛擬機中運行。通常目前開發智能合約的高級語言為Solidity,在利用solidity實現智能合約邏輯後，通過編譯器編譯成元數據（位元組碼）最後發布到以坊上。

EVM架構概述

EVM本質上是一個堆棧機器，它最直接的的功能是執行智能合約，根據官方給出的設計原理，EVM的主要的設計目標為如下幾點：

• 簡單性

• 確定性

• 空間節省

• 為區塊鏈服務

• 安全性保證

• 便於優化

針對以上幾點通過對EVM源代碼的閱讀來了解其具體的設計思想和工程實用性。

EVM存儲系統機器位寬

EVM機器位寬為256位，即32個位元組，256位機器字寬不同於我們經常見到主流的64位的機器字寬，這就標明EVM設計上將考慮一套自己的關於操作，數據，邏輯控制的指令編碼。目前主流的處理器原生的支持的計算數據類型有：8bits整數，16bits整數，32bits整數，64bits整數。一般情況下寬位元組的計算將更加的快一些，因為它可能包含更多的指令被一次性載入到pc寄存器中，同時伴有內存訪問次數的減少。目前在X86的架構中8bits的計算並不是完全的支持（除法和乘法），但基本的數學運算大概在幾個時鍾周期內就能完成，也就是說主流的位元組寬度基本上處理器能夠原生的支持，那為什麼EVM要採用256位的字寬。主要從以下兩個方面考慮：

• 時間，智能合約是否能執行得更快

• 空間，這樣是否整體位元組碼的大小會有所減少

• gas成本

時間上主要體現在執行的效率上，我們以兩個整型數相加來對比具體的操作時間消耗。32bits相加的X86

的匯編代碼

mov eax, dword [9876ABCD] //將地址9876ABCD中的32位數據放入eax數據寄存器

add eax, dword [1234DCBA] //將1234DCBA地址指向32位數和eax相加,結果保存在eax中

64bits相加的X86匯編代碼

mov rax, qword [123456789ABCDEF1] //將地址指向的64位數據放入64位寄存器

add rax, qword [1020304050607080] //計算相加的結果並將結果放入到64位寄存器中

鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。