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

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

一、HelloWorld

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

1.1合約入口

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

現場 | 本體去中心化數字身份解決方案DeID集成至波卡平臺:金色財經現場報道，在10月29日由 Web3 基金會主辦的Web3大會上，本體宣布正在波卡（Polkadot）鏈上進行開發，將本體去中心化數字身份（Decentralized Identity, DeID）集成到波卡鏈上，并計劃搭建波卡平行鏈。該合作將加速本體與波卡鏈上生態的融合，為用戶帶來更深層次的信任和更為自主的數據管理體驗。此外，本體信用分 OScore和DDXF 等技術也將逐步應用到波卡生態中，使其它區塊鏈也可便捷地使用本體 DeID 解決方案。[2020/10/29]

1.2智能合約API

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

二、紅包合約

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

Gate.io開啟本體ONT挖礦理財用戶每日WING收益發放:據官方公告，Gate.io已經上線ONT鎖倉獲得WING收益DeFi流動性挖礦理財項目，并已開啟每日為用戶發放WING收益，實際理財收益將根據實際收益情況調整分發。當WING流通量滿足上線條件后，Gate.io將上線WING交易。[2020/9/16]

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

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

2.1創建合約

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

本體宣布與Elrond達成合作:本體（Ontology）宣布與Elrond達成合作伙伴關系。這種合作關系將幫助Elrond客戶訪問本體的高級功能和去中心化的身份管理。（Koinalert）[2020/8/11]

?createRedEnvelope:創建紅包

?queryEnvelope:查詢紅包信息

?claimEnvelope:搶紅包

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

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

動態 | Microworkers使用本體Ontology區塊鏈系統改善其微任務服務:威客任務網站Microworkers與本體Ontology建立合作以改善其微任務服務。目前正使用本體的鏈上識別系統，讓其平臺上150萬工作者控制他們的帳戶歷史和信譽數據。（Cryptobriefing）[2020/2/26]

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

其中，

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

2.2創建紅包

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

聲音 | 本體聯合創始人季宙棟：區塊鏈對于實體經濟最大價值是信任和連接:7月21日，本體聯合創始人季宙棟指出，當前區塊鏈應用存在著偽場景，比如供應鏈金融、溯源、單據等，原因在于技術信任無法解決業務競爭意識形態。區塊鏈對于實體經濟的最大價值是信任和連接，一些區塊鏈項目在設計上缺乏商業邏輯和賬戶體系，而且區塊鏈技術本身在性能、安全和擴展性上依然存在問題。[2018/7/21]

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

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

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

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

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：ONTTOLOGYNTOont幣最新消息STOLOntology Gasbitcointoken

比特幣