本體技術視點 | 使用C 進行Wasm合約開發_ONT

OntologyWasm?自從上線測試網以來便受到了社區開發人員的極大關注。OntologyWasm的上線將使得業務邏輯復雜的dApp合約上鏈成本降低，極大豐富dApp生態。在進行OntologyWasm合約開發時，開發者不僅可以使用Rust，還可以使用C作為合約開發語言。本期我們將通過兩個簡單的示例來示范如何使用C進行OntologyWasm合約開發。

一、HelloWorld

按照慣例，我們還是從一個Helloworld開始

1.1合約入口

在上面的例子中，我們暫時只支持?sayHello?這個方法：這個“Helloworld！”會在節點的日志中以調試信息打印出來。在實際的應用中，?printf?只能用作調試的目的，一個實際的智能合約，需要實現更多更復雜的功能。

本體發起dApp獎勵升級計劃 提供3個月試用期:8月15日晚間，本體官方發文宣布，將本體dApp獎勵計劃升級為新的“Renaissance 2.0”。該計劃將提供為期3個月的試用期，即從8月15日到10月15日。該計劃目的是鼓勵項目在本體網絡構建DeFi，并增強DeFi生態系統。[2020/8/14]

1.2智能合約API

OntologyWasm提供如下API與區塊鏈的底層進行交互：

二、紅包合約

下面我們通過一個更加復雜的例子來演示如何通過這些API來開發一個完整的Wasm智能合約。

很多情況下我們都會通過各種App，如微信等聊天工具發紅包。我們可以給朋友發送紅包，也可以搶其他人發送的紅包，收到的錢會記入到個人微信賬戶中。

類似于微信的流程，我們將嘗試創建一個智能合約。用戶使用該合約，可以發送ONT，ONG或者是標準的OEP-4的Token資產紅包給他的朋友們，而朋友們搶到的紅包可以直接轉入到他們的錢包賬戶中。

本體區塊鏈與社交創建者平臺OGQ合作進行數字版權保護:區塊鏈平臺本體（Ontology）宣布與社交創建者平臺OGQ合作，使用本體區塊鏈來確保通過平臺創建的內容的版權保護。OGQ允許用戶上傳和出售獨特的數字內容，包括表情符號、表情包、字體、音樂和視頻。此次合作將有2.5億個數字內容實例被上傳到本體區塊鏈。(Cointelegraph[2020/5/2]

2.1創建合約

首先，我們需要新建合約的源文件，暫且命名為redEnvelope.cpp。這個合約我們需要三個接口：

?createRedEnvelope:創建紅包

?queryEnvelope:查詢紅包信息

?claimEnvelope:搶紅包

我們需要在存儲中保存一些關鍵的數據。在智能合約中，數據以KV的形式保存在該合約的上下文空間中，這些數據的KEY需要設置前綴以便于后面的查詢。下面定義了三個不同的前綴供使用：

動態 | 本體Ontology宣布加入國際可信區塊鏈應用協會:據官方消息，本體Ontology宣布加入國際可信區塊鏈應用協會。[2019/12/5]

因為我們的合約支持ONT和ONG這兩種Ontology的原生資產，我們可以預先定義好這兩種資產的合約地址。不同于標準的智能合約，Ontology原生合約的合約地址是固定的，而不是根據合約代碼的hash計算而來的。

我們需要在合約中保存紅包的信息，如紅包的資產信息。

其中，

是由OntologyWasmCDT定義的宏操作，用于在將struct存儲前進行序列化的操作。

2.2創建紅包

準備工作差不多了，下面我們開始開發具體的接口邏輯。1.創建紅包需要指定創建者地址，紅包數量，紅包金額和資產的合約地址：2.檢查是否有創建者的簽名，否則交易回滾退出：

動態 | 本體將進一步發展基于ONT ID的信任協同應用體系:7月28日消息，本體在其官方微信公眾號中發布下一階段規劃：日后，本體在持續優化主鏈基礎設施之外，將集中于本體應用生態和同構鏈跨鏈原型的實現和商業試點，進一步發展基于ONT ID的信任協同應用體系。[2018/7/28]

3.如果紅包資產是ONT，由于ONT的不可分割性，紅包的金額要大于或等于紅包的數量，保證每個紅包最少有1個ONT：

4.對于每個紅包的創建者，我們需要記錄一下他發送紅包的總數量：

5.生成紅包hash，這個hash就是之后標識這個紅包的唯一ID：

6.根據token資產的類型，將資產轉入合約中，self_address()可以取得當前執行的合約地址，我們根據用戶輸入的token類型，將指定數量的token轉入合約：

本體創始人李俊：跨鏈不是一個單一協議的問題，而是協議群的問題:3月26日下午，在全球區塊鏈（杭州）高峰論壇的圓桌會議上，本體創始人李俊表示我們對跨鏈理解以及技術戰略性的考慮，跨鏈不是一個單一協議的問題，而是協議群的問題，跨鏈像國家與國家交往，對于本體當中跨鏈分成三個層次：一是松耦合的，包括分布式的身份映射和數據交換，還有資產層和事物層，最下面是共識層跨鏈，現在業界沒有特別完整的方案，大家都在探索當中，這一層是最有價值也是難度最高的一層。[2018/3/26]

7.將合約的信息保存在存儲中：

8.發送創建紅包的事件。對于智能合約的調用是一個異步的過程，合約會在執行成功后發送一個事件來通知客戶端執行結果，這個事件的格式可以由合約的編寫者來指定。

一個簡單的紅包就創建完成了，下一步我們需要實現如何查詢這個紅包的信息.

2.3?查詢紅包

查詢紅包的邏輯非常簡單，只需要將存儲中的紅包信息取出并格式化返回即可：

2.4?領取紅包

我們已經把資產成功地轉入到智能合約中了，接下來就可以把這個紅包的ID發送給你的朋友們讓他們去搶紅包了。

1.領取紅包需要輸入領取人的賬戶和紅包的hash：

2.同樣，我們需要驗證領取賬戶的簽名，不允許替其他人搶紅包，而且每個賬戶每個紅包只能搶一次：

3.按照hash從存儲中取出紅包的信息，判斷這個紅包是否沒有被搶完：

4.新建一條領取的記錄：

5.計算本次領取紅包的資產數量。如果是最后一個紅包，數量為剩余的金額，否則根據當前區塊hash計算隨機數，確定本次領取的數量，并更新紅包信息：

6.根據計算結果，將對應資產從合約中轉到領取的賬戶：

7.記錄領取的信息，將更新后的紅包信息寫回存儲并發送通知事件：

如前面所說，這個合約只能通過claimEnvelope這個接口將資產轉出合約。所以，合約中的資產是安全的，任何人都無法隨意的取走里面的資產。至此，一個簡單的紅包合約邏輯完成，完整的合約代碼如下:https://github.com/JasonZhouPW/pubdocs/blob/master/redEnvelope.cpp

2.5?合約測試

合約測試可以有兩種方法：

使用CLI

請參考：https://github.com/ontio/ontology-wasm-cdt-cpp/blob/master/How_To_Run_ontologywasm_node.md

使用GolangSDK

請參考：https://github.com/ontio/ontology-wasm-cdt-cpp/blob/master/example/other/main.go

三、總結

本示例只是為了展示如何編寫一個完整的OntologyWasm智能合約，如何通過調用API和底層的區塊鏈進行交互。如果要作為正式的產品，還需要解決紅包的隱私問題:所有人都可以通過監控合約的事件來取得紅包的hash，意味著每個人都可以搶這個紅包。一種比較簡單的解決方法，就是在創建紅包時指定哪些賬戶能夠領取。如果有興趣，您也可以嘗試修改測試一下。

Ontology作為領先公鏈，率先支持Wasm合約，為Wasm技術的成熟貢獻自己的一份力量。我們歡迎更多的Wasm技術愛好者加入本體開發社區，共同打造技術生態。

*詳細代碼信息可能顯示不全，可參考：https://mp.weixin.qq.com/s/LlvuX4NzZackasuvQyBDlg

Tags：ONTTOLOLOOGYCONT價格Ontology GasYOLO幣ECP Technology

區塊鏈