第十屆 冠軍

blockchain
Smart Contract 開發 - 使用 Solidity
alincode

系列文章

DAY 21

開發智能合約 - 繼承、抽象合約 (Day21)

繼承 (Inheritance) Solidity 透過複製程式碼和多型 (polymorphism),來支援多重繼承。 當一個合約繼承多個合約,實際上只會有...

DAY 22

開發智能合約 - 介面 (Day22)

介面 (interface) 與抽象合約相似,但它不能實作任何功能,還有以下限制: 介面不能繼承其他合約或介面 介面不能定義建構子 (constructor)...

DAY 23

開發智能合約 - 實戰練習「Rinkeby Faucet」 (Day23)

目前 Rinkeby 測試網的水管,只有 https://faucet.rinkeby.io/ 水管,每次需要拿測試幣,都要在社群平台貼文夾帶自己的位址 (ad...

DAY 24

開發智能合約 - 函式庫 (Day24)

library 語法的使用方式類似 contract 語法,沒有自己的合約帳戶,所以在 library 不能使用 payable,也沒有 fallback 函式...

DAY 25

開發智能合約 - 介紹 Oraclize 與資料來源 (Day25)

區塊鏈網路與我們一般所認知的網際網路是兩個世界,資料並沒有直接互通。那我們要如何從智能合約取得外部資料呢? 我們可以建立一個後端應用程式,讓它替我們從網際網路取...

DAY 26

開發智能合約 - Oraclize request (Day26)

基本上 Oraclize 的責任就是傳送資料給智能合約或提供資料的可靠證明 (可靠證明會留到下一篇說明)。Oraclize 與以太坊的智能合約整合是非同步的,任...

DAY 27

開發智能合約 - Oraclize 可靠證明 (Day27)

Oraclize 提供資料的可靠證明 (Authenticity Proof) 服務,確保資料的真偽。 證明的型態 TLSNotary 證明 Androi...

DAY 28

開發智能合約 - Oraclize 的 computation 資料來源 (Day28)

如果你需要使用進階的 HTTP 用法,例如 Basic Authentication 或 OAuth,你必須要用 computation 資料來源。 用五個步...

DAY 29

開發智能合約 - Solidity 代碼檢查工具 Solium (Day29)

目前最常見的工具是 Solium 和 Solhint,因為 Solium 的星星比較多,那我們就先來介紹 Solium。 Solium 的功能有: 檢查語法錯...

DAY 30

開發智能合約 - 附錄 (Day30)

Ganache 提供快速的開發測試環境,啟動時自動創建十組帳號,資料僅暫時在記憶體中,程式關掉後資料就會消失。 圖形化介面 https://trufflefra...