還記得當年的百度貼吧嗎? 今天有人寫了一個去中心化的..._VOT

今天科技圈最大的新聞莫過于百度李彥宏被“澆水”一事了，微博、微信、今日頭條可謂是炸開了鍋，但想想要是10年前，討論最火的地方可能不是這些app，無疑是百度貼吧了，但可能卻面臨刪帖的危險...

這時，區塊鏈的不可篡改行就幫上了大忙！

今天營長就使用DApp開發框架Embark，手把手教你構建一個去中心化的社交新聞網站，從主要分以下三個部分：

明確DApp需求，部署智能合約；

使用DApp開發框架Embark的JavaScript程序庫EmbarkJS測試智能合約；

使用JavaScript用戶界面框架React構建DApp的前端。

明確DApp需求，部署智能合約。

百度貼吧是一個功能非常復雜的平臺，因此我們無法做到把它全部推倒重建，我們只會構建出百度貼吧的一些核心功能，并在構建中詳細介紹如何使用Embark框架構建DApp。

我們的構想非常簡單：首先我們給DApp取名為DReddit(去中心化的百度貼吧)，它允許用戶在其中發布帖子，而其他用戶可以憑興趣以及帖子的質量對帖子進行好評和差評的投票。為了簡化開發，DReddit直接使用以太坊錢包賬戶作為用戶帳戶，也就是說每個以太坊錢包賬戶都是該應用程序的有效帳戶，用戶可以使用基于瀏覽器的以太坊輕錢包Metamask等擴展程序進行身份認證。

我們將創建一個智能合約來實現發布帖子以及對帖子投票的功能。同時為了簡化用戶的交互過程，我們還會使用React框架構建一個用戶界面。

1、應用程序設置

首先，安裝Embark框架，命令如下：

npminstall-gembark

使用new命令來創建并設置應用程序：

embarknewdredditcddreddit

使用cd命令進入文件夾之后，我們可以看到應用程序的文件結構，在其中最重要的文件夾是用來存放智能合約的contracts，以及用來存放前端程序的app。

Coinbase將2031年10月到期債券回購金額從1.5億美元提高至1.8億美元:金色財經報道，Coinbase公布了此前宣布的“回購1.5億美元2031年10月到期債券”的中期結果，并已修訂要約收購條款，包括：

1. 將要約收購中可購買的票據金額從最高1.5億美元提高到1.8億美元（不包括應計和未付利息）；

2. 將要約收購的到期時間從9月2日11:59延長至9月19日11:59。

另外，Citigroup Global Markets Inc.擔任本次要約收購的交易經理。

金色財經此前報道，Coinbase提出回購部分未償還的垃圾債券，將以現金收購總額高達1.5億美元的2031年10月到期、利率為3.625%的票據。[2023/9/5 13:19:28]

2、創建智能合約

使用Solidity語言編寫智能合約，在其中加入創建帖子功能和投票功能。

在contracts文件夾下創建智能合約文件DReddit

上述結構體只能用來存儲單個帖子，在多個帖子場景中，我們需要添加一個數組來存儲多個帖子結構體，代碼如下：

Postpublicposts;

a）新建帖子

創建函數createPost，其中參數_description是用來表示帖子內容的字節型數據。

functioncreatePost(bytes_description)public{uintpostId=posts

在函數中，我們為存儲的帖子創建一個序號id，然后使用剛剛定義的帖子結構體Post創建一個新的實例。

b）發布帖子

創建一個新的事件類型NewPost，代碼如下：

eventNewPost(uintindexedpostId,addressowner,bytesdescription)

定義完成后，在新建帖子函數createPost中使用所需的數據執行NewPost：

The Sandbox聯創：不認同SEC將SAND歸類為證券的決定，The Sandbox不會直接受到訴訟:6月8日消息，The Sandbox 聯合創始人兼首席運營官 Sabastien Borget 表示，The Sandbox 知道 SEC 在美國對 Binance 和 Coinbase 提起的訴訟，但并不認同 SEC 將 SAND 歸類為證券的決定。The Sandbox 不會直接受到訴訟，本次事件不會改變該項目的日常業務。[2023/6/8 21:22:52]

functioncreatePost(bytes_description)public{..

c）好評/差評

DReddit允許用戶對帖子進行好評差評投票。為實現這一功能，我們需要使用投票計數器來擴展之前定義的帖子結構體Post，并引入一個代表投票類型的枚舉結構。為了方便前端應用程序調用，我們需要添加一個新建投票事件NewVote。完成后，我們還需要添加一個用來執行投票的方法。

首先，定義一個表示投票種類的枚舉類型Ballot，其中可選的投票類型包括好評UPVOTE、差評DOWNVOTE、不投票NONE：

enumBallot{NONE,UPVOTE,DOWNVOTE}

為存儲每個帖子中的投票紀錄，我們需要在帖子結構體Post中相應地加入“好評”投票計數器和“差評”投票計數器。為確保用戶不會重復投票，我們還需要添加一個用來存儲所有已投票用戶以及投票的映射：

structPost{..

現在的新建投票事件NewVote應該如下所示：

eventNewVote(uintindexedpostId,addressowner,uint8vote);

由于帖子結構體Post中加入了投票計數器，需要用新的結構體更新createPost()：

functioncreatePost(bytes_description)public{..

a16z發布加密行業新報告并推出新的加密貨幣指數:4月11日消息，a16zCrypto今日發布2023年加密貨幣狀況報告，并推出加密貨幣狀況指數（STATEOFCRYPTOINDEX），這是一種從技術而非金融角度跟蹤加密行業健康狀況的交互式工具，該指數代表了14個行業指標的加權平均每月增長——從經過驗證的智能合約的數量到交易錢包的數量等。報告的主要要點有：1.區塊鏈有更多的活躍用戶，更多的參與方式；2.DeFi和NFT活動似乎再次上升；3.加密行業活躍開發者數量保持穩定；4.區塊鏈正在通過有前途的新途徑擴展；5.曾經幾乎不可能的新技術正在變得非常真實；6.美國正在失去其在web3領域的領先地位；7.縮小顯示進度。[2023/4/11 13:57:21]

現在萬事俱備，只欠投票函數vote()了！！！

函數的參數_vote就是我們剛剛定義的投票枚舉類型Ballot，它的取值為0、1、2這三個無符號整數，分別對應三種類型的投票。

使用Solidity的require()語句確保用戶只能對實際存在的帖子進行投票及用戶不能對同一個帖子多次投票。

在函數中，我們用當前的投票類型更新“好評”投票計數器或“差評”投票計數器，存儲已投票用戶的信息并發出新建投票事件NewVote：

functionvote(uint_postId,uint8_vote)public{Poststoragepost=posts;require(post

else{post

post

d）判斷用戶是否可以投票

在前端中，我們希望向用戶展示自己是否已經對帖子進行了投票。為此，定義一個可以判斷用戶能否對帖子投票的API將大大簡化這個過程。判斷用戶是否可以投票的過程非常簡單，只需要判斷該帖子中是否存在該用戶的投票，判斷代碼如下：

functioncanVote(uint_postId)publicviewreturns(bool){if(_postId>posts

雄安城市計算中心正式投入運營:金色財經報道，雄安城市計算中心已正式投入運營，承載的超級計算、云計算設施等，可以為數字孿生城市的大數據、區塊鏈、物聯網等提供網絡、計算和存儲服務。[2022/11/23 7:59:18]

e）獲取投票信息

如果你想瀏覽自己過去的投票信息怎么辦？很簡單，一個簡單的函數getVote()就可以實現，代碼如下：

functiongetVote(uint_postId)publicviewreturns(uint8){Poststoragepost=posts;returnuint8(post

到這里，部署智能合約大功告成！

使用EmbarkJS測試智能合約

前面已經部署了DReddit智能合約，并在智能合約中實現了發布帖子和給帖子投票的功能，接下來就需要使用Embark框架為智能合約編寫一些測試。

1、編寫第一個測試

先從最簡單的功能開始測試。

首先，我們需要在測試文件夾test中創建一個測試文件DReddit_spec

);});

運行測試命令embarktest，輸出如下：

所有測試都成功通過，接下來測試一些實際的功能！

2、測試帖子的創建過程

測試創建帖子：首先以某種方式在JavaScript中導入DReddit智能合約的實例，然后調用智能合約中的各個方法測試它們能否正常工作，同時我們還需要配置測試環境來正確創建智能合約的實例。

a）導入智能合約實例

在運行測試時，Embark框架會在全局范圍加入一些必要的自定義函數和對象。其中一個就是自定義獲取函數require()，它可以幫助我們從特定的Embark路徑中導入智能合約實例。

就比如說，為了在測試中導入DReddit智能合約的實例，我們需要在spec文件中添加如下的命令：

Moonbirds Oddities系列NFT近24小時交易額增幅超400%:金色財經報道，據OpenSea數據顯示，Moonbirds Oddities系列NFT近24小時交易額為136 ETH，增幅達474%。24小時交易額排名位列OpenSea第11。[2022/9/12 13:23:20]

constDReddit=require('Embark/contracts/DReddit');

DReddit現在被指定為一個EmbarkJS的智能合約實例，我們需要使用設置函數config()讓Embark框架知道，我們需要的智能合約都有哪些。設置函數config()，以便Embark框架知道我們需要哪些智能合約：

config({contracts:{DReddit:{}}});

這個操作與配置智能合約的操作非常相似，實際上它就相當于在測試環境中配置智能合約。我們將所需的智能合約作為參數，通過配置對象將它傳遞給設置函數config()。在我們這個應用程序中，需要設置的參數只有DReddit，這是因為我們的智能合約并不需要構造函數。

b）測試創建帖子函數createPost()

導入好智能合約實例之后，我們就可以測試智能合約的創建帖子函數createPost()了。不過在定義createPost函數時，我們指定了帖子的描述為字節形式，如何測試呢？

首先我們需要說明的是為什么要用字節形式的數據。我們都知道，帖子的長短不好控制，有些帖子很長，有些帖子很短，所以最好的方案就是將帖子的描述(內容)存儲在一個并不在意數據大小的地方，而在智能合約之中存儲的只是帖子描述的哈希值。通過使用哈希值我們可以保證數據的索引與數據一一對應，同時智能合約中存儲的數據索引始終具有相同的長度，所以我們將帖子真正的描述存儲在IPFS中，而創建帖子函數createPost中的帖子描述實際上是帖子描述的IPFS哈希值。

在得到帖子描述的哈希值后(代碼中選用之前準備好的哈希值)，我們可以使用Web3程序庫的fromAscii()工具函數將該哈希值轉換為字節，然后使用智能合約的創建帖子函數createPost將它發送出去。在測試時，我們可以檢索剛才發出的事件，并檢查它的返回值，這些操作的代碼如下所示：

..

);});

運行測試命令embarktest，兩條測試都測試通過！

3、測試數據的正確性

需要測試的另外一個功能是，存儲的數據(帖子的描述，所有者)是否能解析回正確的數據。這就要用到先前定義的全局可見的帖子序號postId。我們還需要執行與先前測試類似的檢查，如果要測試帖子的所有者數據是否正確，我們首先需要訪問創建帖子的帳戶。

Embark框架的設置函數config可以讓我們輕松地訪問錢包帳戶，我們所要做的就是將一個解析處理程序加入到設置函數config中并存儲傳遞的值：

..

);

完成了操作后，測試代碼如下：

it('postshouldhavecorrectdata',async()=>{constpost=awaitDReddit

);

注意到，代碼中引用了帳戶accounts，但僅僅通過查看代碼，我們無法確定賬戶account是否是我們指定的那個賬戶。而Embark框架可以幫助我們解決這個問題，在設置完帳戶后，Embark框架會自動將錢包的第一個帳戶(accounts)設置為用于發起交易的默認帳戶。這種特性讓我們可以確定，賬戶accounts會是帖子的所有者。

另一種方法是將所有帳戶發送給智能合約的send()函數，在這種情況下，我們可以決定使用哪個賬戶發起交易。

4、測試能否投票函數canVote()

接下來我們來測試能否投票函數canVote()是否按預期的方式工作。很簡單，用戶不能給不存在的帖子投票，因此測試只需要用能否投票函數判斷不存在的帖子序號postId。測試代碼如下：

it('shouldnotbeabletovoteinanunexistingpost',async()=>{constuserCanVote=awaitDReddit

);

不過，當用戶確實可以給某個帖子投票時，我們要確保能否投票函數canVote()的返回值是能true，我們需要用該函數來判斷之前存儲的帖子序號postId：

it('shouldbeabletovoteinapostifaccounthasnotvotedbefore',async()=>{constuserCanVote=awaitDReddit

);

很棒，我們現在完成了5個測試！

5、測試投票函數vote()

投票功能可謂是我們應用程序的核心功能，因而對它的測試是重中之重。我們有許多種不同的方法驗證投票函數vote()的功能是否符合預期，但在本教程中，我們只檢查新建投票事件NewVote發出投票的所有者帳戶是否與真正執行投票的帳戶相同，在代碼實現中我們可以借鑒先前的測試：

it("shouldbeabletovoteinapost",async()=>{constreceipt=awaitDReddit

);

5、測試每個用戶每個帖子只能投一票

在智能合約定義中，我們設置了每個用戶對每個帖子只能投一票，因而最后一個也是最必要的一個測試就是檢查智能合約是否允許用戶在同一帖子上多次投票。這個測試中我們又用到了async/await異步操作的方法，同時還用到了try/catch來更好地進行測試。當用戶對一個已經投過票的帖子再次進行投票時，投票函數vote()將執行失敗，這個操作我們可以使用斷言(assert)方法來實現：

it('shouldnotbeabletovotetwice',async()=>{try{constreceipt=awaitDReddit

catch(error){assert(error

});

代碼看起來可能會讓你有些困惑，但實際上它的邏輯非常直接。如果投票函數vote()執行失敗，我們不應該調用函數assert.fail()，而應該立即進入catch()部分。如果結果不是這樣，那么就說明測試發現了問題，這種測試方法其實就是大名鼎鼎的負向(Negative)測試。

到這里，也就是我們最后一次運行embarktest進行測試了，如果一切正常的話，測試的輸出應該如下所示，也就是說，我們已經完全覆蓋了所有的測試！快為自己點個贊！

?embarktestCompilingcontractsDReddit?shouldwork(0ms)-?shouldbeabletocreateapostandreceiveitviacontractevent(60ms)-?postshouldhavecorrectdata(18ms)-?shouldnotbeabletovoteinanunexistingpost(14ms)-?shouldbeabletovoteinapostifaccounthasn'tvotedbefore(12ms)-?shouldbeabletovoteinapost(42ms)-?shouldn'tbeabletovotetwice(37ms)-7passing(5s)->Alltestspassed

由于下一部分篇幅過長，我們將在下一篇文章中介紹如何使用React框架作為客戶端前端JavaScript庫來構建DReddit前端界面。主要包括以下5部分：

渲染組件

構建創建帖子組件CreatePost

構建帖子組件Post

構建帖子列表組件List

添加投票功能

老鐵們，敬請期待

Tags：OSTPOSPOSTVOTonekeyghost教程MNPoSTreePoSTokenFinance Vote

以太坊