還記得當年的百度貼吧嗎? 今天有人寫了一個去中心化的..._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。

Bittrex CEO：加密貨幣與其他傳統金融產品的基本原則保持一致:金色財經報道，Bittrex全球首席執行官Oliver Linch接受采訪時表示，在包括美國在內的幾個地方，監管機構在試圖理解加密貨幣的本質時往往通過傳統金融的視角來看待它，加密貨幣仍然與其他傳統金融產品的基本原則保持一致。在未來5-10年，加密貨幣將會無縫地融入傳統金融，成為傳統金融的一部分。[2023/5/19 15:13:24]

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）好評/差評

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

美財政部金融穩定監督委員會召開臨時閉門會議:金色財經報道，根據美國財政部官方公告，美國財政部長Janet Yellen以視頻方式召開了金融穩定監督委員會（FSOC）臨時閉門會議。財政部聲明中的細節很少，但它表示紐約聯邦儲備銀行的工作人員就市場發展進行了介紹，委員會討論了銀行業的當前狀況，并指出雖然一些機構面臨壓力，但美國銀行體系仍然穩健且富有彈性。此外，委員會還討論了成員機構監督金融發展的努力。[2023/3/25 13:26:07]

首先，定義一個表示投票種類的枚舉類型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()語句確保用戶只能對實際存在的帖子進行投票及用戶不能對同一個帖子多次投票。

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

香港立法會議員黃錦輝：Web3.0為財政預算案中提到的三個重大發展方向之一:金色財經報道，2月22日，由Meta Era主辦、OKX協辦的「香港概念暴漲，神秘東方力量崛起」Twitter Space正式開啟特邀邀香港立法會議員、高等學府、香港機構代表協同Web3行業代表Jack孔、孫宇晨、杜均等全面解讀香港新財政預算案科技和經濟政策。

香港立法會議員、香港中文大學系統與工程管理系教授黃錦輝表示，目前港府政策對Web3的態度從以往的“不敢做”到了現在財政司制定KPI，又了很大的改變。Web3.0與數碼經濟、綠化技術并列為財政預算案中提到的三個重大的發展方向。[2023/2/23 12:24:48]

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

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

使用EmbarkJS測試智能合約

CNBC：若美SEC正式起訴Paxos，將對其他穩定幣產生重大影響:2月20日消息，如果美國證券交易委員會正式對Paxos提起訴訟，將對價值1370億美元的穩定幣市場產生重大影響。律師事務所BCLP的合伙人Renato Mariotti表示：“如果SEC指控Paxos，任何其他穩定幣發行商都應該注冊或準備與SEC打官司。”Mariotti稱：“我相信SEC很可能與Paxos達成和解，Paxos承認BUSD是一種證券，從而導致其他穩定幣效仿并注冊。不過，Paxos可能會積極起訴SEC，但這樣做的成本將是巨大的。訴訟需要數年時間，敗給SEC的風險很大。Paxos與SEC對抗這一事實本身就會產生風險，并可能降低BUSD對市場的吸引力。”Mariotti表示，另一個結果是，SEC可能會監管用于支持穩定幣的資產，以及數字貨幣發行向市場披露信息的要求。

CoinShares產品負責人Townsend Lansing表示：“該行動的基礎必然是特定于Paxos BUSD結構的特點事實，但可能會對其他向美國穩定幣發行商產生廣泛的影響。SEC對證券或投資合同的定義實際上超出了Howey測試的范圍，該機構在如何應用法律和司法先例方面擁有廣泛的知識。如果沒有一場成功的斗爭，BUSD很可能將不再在美國銷售，也不會在美國的數字資產交易所上市。其他穩定幣很可能會效仿。”

此前金色財經報道，SEC向Paxos發出“韋爾斯通知”，告知其計劃就BUSD起訴Paxos；紐約州金融服務部已命令Paxos停止發行新BUSD代幣。（CNBC）[2023/2/20 12:17:12]

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

1、編寫第一個測試

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

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

);});

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

印度央行將于12月啟動零售CBDC試點:金色財經報道，印度中央銀行印度儲備銀行（RBI）將于12月啟動零售CBDC試點。參與試驗的每家商業銀行將在10000至50000名用戶中測試CBDC，客戶和商家都必須下載專用CBDC錢包。（Cointelegraph）[2022/11/22 7:56:32]

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

2、測試帖子的創建過程

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

a）導入智能合約實例

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

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

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：OSTPOSTPOSVOTEProStarterpost幣最新消息Composable FinanceYour Vote Matters

ADA