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

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

美聯儲官員相信利率已接近峰值，但不排除進一步加息可能:8月25日消息，兩位美聯儲官員表示，決策者可能接近完成加息，但其中一人稱在更明確證據顯示通脹處于下行通道前，不應排除進一步加息的可能性。波士頓聯儲主席柯林斯周四在接受采訪時說，“我們可能需要再加一點，現在可能已經非常接近于可以長時間維持利率不變的水平。我認為我們極有可能到了可以在相當長一段時間內按兵不動的程度，至于利率頂部在那里，我現在不會做出暗示”。柯林斯對英國《金融時報》表示，美國經濟尚未放緩到足以使通脹率走上可持續下行軌道的水平，經濟的韌性意味著美聯儲可能需要做更多工作。費城聯儲主席哈克周四重申，美聯儲在收緊政策方面“可能已經做了足夠多”，在評估政策對經濟的影響時，應該將利率保持在限制性水平。[2023/8/25 10:40:20]

2、創建智能合約

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

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

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

Postpublicposts;

a）新建帖子

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

functioncreatePost(bytes_description)public{uintpostId=posts

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

b）發布帖子

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

eventNewPost(uintindexedpostId,addressowner,bytesdescription)

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

Solana生態NFT平臺Metaplex宣布裁員，但稱FTX崩潰對其財務狀況無直接影響:11月18日消息，Solana生態NFT平臺Metaplex首席執行官Stephen Hess今日凌晨在推特上宣布該公司已裁員的消息，但未透露具體裁員規模。他表示：“今天我們做出了一個艱難的決定，與Metaplex Studios團隊的幾名成員分道揚鑣。雖然我們的財務狀況沒有受到FTX崩潰的直接影響，但對市場的間接影響是重大的，這要求我們采取更保守的方法前進。同時推進關鍵路徑工作將是我的首要任務。”

此前消息，Metaplex曾于今年1月份宣布完成4600萬美元融資，9月份Metaplex宣布推出其實用和治理代幣MPLX，并向Solana NFT創作者進行空投。[2022/11/18 13:20:47]

functioncreatePost(bytes_description)public{..

c）好評/差評

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

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

enumBallot{NONE,UPVOTE,DOWNVOTE}

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

structPost{..

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

eventNewVote(uintindexedpostId,addressowner,uint8vote);

報告：在Uniswap上推出的代幣，有97.7%都是Rug Pull:金色財經報道，根據近期網傳的一份報告，在Uniswap上推出的代幣，有97.7%都是Rug Pull。[2022/11/2 12:07:45]

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

functioncreatePost(bytes_description)public{..

現在萬事俱備，只欠投票函數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

e）獲取投票信息

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

美聯儲理事：即時支付系統FedNow可以解決CBDC需求的問題:8月18日消息，美聯儲理事Michelle Bowman在一次演講表示對金融科技和加密行業產生了異議，其中的關鍵是推動美國央行的數字美元或CBDC，他認為FedNow能夠解決一些人提出的關于CBDC需求的問題，此外還對加密行業對銀行使用加密資產的希望進行了抨擊，并警告稱最近關于美聯儲“主賬戶”要求的指導方針還有更多工作要做。

FedNow服務是美國聯邦儲備銀行正在開發的一種新的即時支付服務，使美國每個社區的各種規模的金融機構能夠實時、全天候、全年無休地提供高效的即時支付服務。[2022/8/18 12:32:34]

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

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

使用EmbarkJS測試智能合約

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

1、編寫第一個測試

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

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

);});

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

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

2、測試帖子的創建過程

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

a）導入智能合約實例

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

7月比特幣挖礦總收入近6億美元，環比下降10%:金色財經消息，據The Block Research數據顯示，7月比特幣挖礦總收入為5.97億美元，較6月份的近6.68億美元下降10%，其中僅有2.07%的收入為交易費用。7月以太坊挖礦總收入為6.2億美元，環比增加近13%。[2022/8/6 12:06:36]

就比如說，為了在測試中導入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：OSTPOSPOSTVOTPostCoinPOST幣VOTES幣

火幣APP下載