第四課主要介紹payable函數(shù)相關(guān)。

chapter1: payable修飾函數(shù)

　　以太坊允許同時調(diào)用函數(shù)和eth轉(zhuǎn)賬。msg.value顯示發(fā)送到合約的以太幣數(shù)，ether是內(nèi)置整型數(shù)。如果函數(shù)沒有payable，將不能接受前端調(diào)用時附加的eth。

chapter2:transfer

　　transfer函數(shù)可以發(fā)送eth,this.balance是當(dāng)前賬戶所有資產(chǎn)。格式：

address.transfer(value);

　　address是目的地址,value是發(fā)送的eth數(shù)。

　　當(dāng)你發(fā)送eth到合約賬戶中時，eth是一直存儲在合約賬戶里的，直到你通過一個函數(shù)把它取走，實例如下：

contract GetPaid is Ownable {function withdraw() external onlyOwner {owner.transfer(this.balance);} }

?

chapter3:zombieBattles

　　就是利用payable新建一個功能函數(shù)

?

chapter4:隨機數(shù)

　　solidity里，用keccak256生成隨機數(shù)，生成隨機數(shù)的參數(shù)只能用一次，其實是一種偽隨機。這樣易被不誠實節(jié)點攻擊。

　　因為solidity采用pow共識機制，大量挖礦競爭者需要競爭解決一個數(shù)學(xué)問題，優(yōu)先解決者將工作量證明和事務(wù)共同發(fā)布。此時該挖礦者可以在自己節(jié)點無限生成隨機數(shù)直到達(dá)到滿意結(jié)果后再發(fā)布。

　　這個問題解決比較復(fù)雜，可以參考https://ethereum.stackexchange.com/questions/191/how-can-i-securely-generate-a-random-number-in-my-smart-contract的回答。有一種思路是利用oracles訪問外部函數(shù)生成隨機數(shù)。

　　當(dāng)然，這種攻擊需要耗費大量資源，所以像我們做的這種小游戲可以直接用random函數(shù)來生成隨機數(shù)，沒有誰那么閑來攻擊一個效益極差的節(jié)點。

?

chapter5:Zombie Fighting

　　一個新功能

chapter6,7:重構(gòu)通用邏輯

　　把代碼里使用了好多次的require打包成了一個modifier。

chapter8:完善attack函數(shù)

chapter9之后:新增一些函數(shù)參數(shù)，和一些完善

　　

?

　　

　　

?

轉(zhuǎn)載于:https://www.cnblogs.com/txltxl22/p/9665108.html

《新程序員》：云原生和全面數(shù)字化實踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的CryptoZombies学习笔记——Lesson4的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。