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

今天科技圈最大的新聞莫過于百度李彥宏被“澆水”一事了，微博、微信、今日頭條可謂是炸開了鍋，但想想要是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。

McDermott Will & Emery律所向Voyager債權人收取510萬美元法律費用:金色財經報道，代表Voyager的律所McDermott Will & Emery根據其3月至5月工作，收取了510萬美元的法律費用。此項收費使得總收費達到了1640萬美元，超過了預算的1120萬美元。

據報道，2022年的市場低迷引發了許多項目破產，FTX和Celsius等公司分別在法律費用上花費了2億美元和5000萬美元。[2023/7/4 22:16:54]

2、創建智能合約

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

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

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

Postpublicposts;

a）新建帖子

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

functioncreatePost(bytes_description)public{uintpostId=posts

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

b）發布帖子

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

eventNewPost(uintindexedpostId,addressowner,bytesdescription)

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

functioncreatePost(bytes_description)public{..

c）好評/差評

StarkNet生態多個協議發布相同04.28.23短視頻:4月25日消息，以太坊 Layer2 網絡 StarkNet、以太坊 Layer2 擴容開發團隊 StarkWare、StarkNet 生態自托管錢包 Braavos 等多個 StarkNet 生態協議發布相同 04.28.23 短視頻。[2023/4/25 14:25:58]

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

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

enumBallot{NONE,UPVOTE,DOWNVOTE}

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

structPost{..

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

eventNewVote(uintindexedpostId,addressowner,uint8vote);

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

functioncreatePost(bytes_description)public{..

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

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

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

OPNX回應眾機構：對其虛假陳述感到失望，未來不希望他們作為OPNX的投資者:4月22日消息，針對多家機構否認投資OPNX一事，OPNX在推特上回應稱：“OPNX的核心價值觀是透明度，所以我們披露了機構支持者和關鍵戰略合作伙伴。而公司在尋求經濟利益的同時，又害怕來自輿論的反對壓力而否認存在關聯，這很難看。如果任何一方在致力于透明度和行業發展方面動搖了，那么我們對他們的虛假陳述表示失望，并希望未來不要讓他們作為投資者。”

此前消息，DRW、Nascent、MIAX和Susquehanna等多家公司否認投資OPNX[2023/4/22 14:20:25]

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

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

else{post

post

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

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

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

e）獲取投票信息

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

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

Solana流支付協議Zebec推出Zepoch節點，預計明年推出L1鏈:10月17日消息，Solana生態流支付協議Zebec今日宣布，預計明年將推出自己的L1應用鏈Zebec Chain，并推出Zepoch節點及激勵計劃，官方將分發30,000個Zepoch節點，每售出50個，價格上漲0.5%。此外，持有Zepoch節點將獲20%的收入獎勵及ZBC代幣空投等。

今年8月，Zebec以10億美元完全稀釋估值完成850萬美元融資。[2022/10/17 17:29:06]

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

使用EmbarkJS測試智能合約

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

1、編寫第一個測試

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

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

);});

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

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

2、測試帖子的創建過程

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

a）導入智能合約實例

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

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

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

數據：ETH 2.0質押率超11.2%，周新增質押50,606枚:8月29日消息，據歐科云鏈OKLink多鏈瀏覽器顯示，截止目前ETH 2.0存款合約地址質押數已達到13,391,190枚，ETH2.0的質押率已達11.2%，即當前流通中有超過11.2%的以太坊已存入到ETH2.0中，周新增質押數為50,606枚。[2022/8/29 12:55:38]

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：POSTOSTPOSVOTEPOST價格Boosted FinanceTPOS價格VOTE幣

以太坊價格