📜 [專欄新文章] 2021 區塊鏈開發入門
✍️ Johnson Chen
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
在我大學的時候,除了學習網頁前端之外,因為課程報告的需要接觸到以太坊(Ethereum),於是開始學寫智能合約,包括它使用的程式語言 solidity。
工作以後鮮少再碰以太坊的相關技術,直到最近想重新把以太坊學起來,故而決定寫這篇文章,讓初次接觸區塊鏈與智能合約的人更好地進入開發者的世界。這篇文章不只面向開發者,同時也希望能夠給對區塊鏈有興趣的人,指引一條清晰的學習路線。
關於區塊鏈
區塊鏈會被廣為人知,無非是因為虛擬貨幣的出現,而虛擬貨幣的鼻祖就是比特幣。在比特幣出現以前,沒有一個能夠在全球網路上通用的數位貨幣;在比特幣出現之後,才真的實現了數位化的貨幣,能夠在全球網路上流通。
這樣的技術性突破,blockchain 的名字從比特幣白皮書中被萃取出來,而這項技術也被更多人拿去做研發以及創新。
區塊鏈這項技術的特性可以簡單概括為兩點:去中心化(decentralized)與不可竄改(immutable)。去中心化有程度上的差別,在公共網路上由世界各地的節點共同維護的區塊鏈,去中心化程度較高;相較之下,私人企業開發由特定節點來驗證交易的區塊鏈,去中心化程度較低。
為什麼是以太坊?
這年頭區塊鏈三個字大行其道,大部分都是為區塊鏈而區塊鏈的商業炒作。容許我獨斷地說,以太坊才是區塊鏈應用的大門。
以太坊由全球最大的區塊鏈社群組成,提供一個去中心化的虛擬機器(Ethereum Virtual Machine)來處理「智能合約」,它是一個公共的區塊鏈平台,逛逛以太坊的官網吧!
智能合約
在以太坊區塊鏈中有所謂的智能合約,智能合約能夠部屬到以太坊區塊鏈上,合約即程式碼,放到區塊鏈上就不能再更新,只能執行合約上的程式,持有以太幣的人能夠與合約進行交易。把智能合約想像成是一台自動販賣機,把錢(以太幣)投進去,飲料會掉出來(合約上的程式會被執行)。
在現實生活中,簽訂合約的雙方認為合約有效而且可以被信任,是因為有國家法律來保障,違反合約可能會受到法律制裁;而用以太幣與智能合約互動,認為智能合約可以被信任,是因為智能合約的不可竄改性 — 以太坊虛擬機會毫無偏袒、完全中立、冰冷不帶任何感情地執行智能合約上已經寫好的程式碼。
建立在智能合約之上的虛擬貨幣
事實上,以太坊擴大了區塊鏈這項技術的應用層面。回頭想想,比特幣來自區塊鏈技術,某個人若想打造一款同比特幣一樣的虛擬貨幣,就得模仿比特幣去建造一個自己的虛擬貨幣區塊鏈,一個區塊鏈網路要能夠有效運作並非易事,還需要節點、需要靠人挖礦去驗證交易。此時,若使用以太坊的智能合約,撰寫虛擬貨幣需要的程式碼,將合約部屬到以太坊區塊鏈上,叮咚!他就可以發行自己的虛擬貨幣,根本不必再去建造底層的區塊鏈,也不用想挖不挖礦了。
此時會發現以太坊就像是一個區塊鏈平台,你不需要親手打造區塊鏈網路,即可享有區塊鏈去中心化與不可竄改的特性。與其他智能合約的開發者共同使用以太坊虛擬機 EVM(Ethereum Virtual Machine),在 EVM 上部屬無上限個智能合約。
以太坊是一項基礎建設,底層區塊鏈幫你架設好,開發者便有更多時間去發想應用到網頁、手機、或物連網設備上,以下是一段簡單的智能合約,該合約創造了一個虛擬貨幣簡稱 MAT…
直接進入開發領域 — 線上編輯器 Remix
Remix 是開發智能合約的線上編輯器,進入Remix官網,點選 Create New File 以後,把上方程式碼複製貼上。在左側欄位中有 solidity compiler 的選項,確認一下左側欄第一列顯示的版本,調成 0.7.0 (上方程式碼使用的版本),就可以按下下方 compile 的按鈕,將智能合約「編譯」成 bytecode(給機器讀的語言)。
接著我們要部屬合約到區塊鏈上,首先到左側欄位點選 DEPLOY & RUN TRANSACTIONS 的選項,可以看到環境是 javascript VM,這是指現在要部屬到的測試用虛擬機。按下下方的按鈕 Deploy 即可將合約「部屬」到 javascript VM 上。成功部屬後,你會發現 ACCOUNT 所持有的以太幣,從 100 變成 99.9999…,我們得知部屬智能合約需要花費一點點以太幣。
左側下方會有 Deployed Contracts,點開來就會列出合約上可供呼叫的函式,點那些函式就能與剛剛部屬上去的智能合約進行互動了。
有些函式呼叫會引發交易,所以需要以太幣,有些則不用。在 ACCOUNT 的地方可以展開來,它提供許多的地址 (address),也就是錢包,每個錢包裡面預設給你 100 顆以太幣,試著用那些地址去操作智能合約,你就能慢慢體會什麼是建立在以太坊之上的虛擬貨幣了。
真正的開發者世界
實際上開發智能合約只能算是以太坊開發的其中一部分,其他包括以太坊區塊鏈擴容方案、節點驗證等等又是另一個開發領域了,那部份我就沒有研究太多。而智能合約的開發是比較接近應用層面的,透過網頁前端或手機應用程式,與智能合約進行互動,稱作 Dapp(Decentralized App) 的開發,也象徵著網際網路走向 web3.0 的時代。
學習 solidity 語言,除了看硬生生的官方文件之外,我推薦去玩cryptozombies,我本身就是從這款網頁遊戲中學習這門語言,聽說是連小孩子都能輕易學習的教材。
除了學 solidity 之外,網路上還有很多方便的開發工具,開發者主要是運用這些工具做測試、自動化部屬、串接前端等等。許多網路上的教學文章會使用 Truffle + Ganache + web3.js 來建置開發環境。但我在這裡推薦另一款開發環境的架構,如果是新手直接從 hardhat 開始也是非常適合的,hardhat 的教學文章寫得清楚完整,本篇文章使用的程式碼也是從 hardhat-hackathon-boilerplate 這個專案而來。hardhat 使用的開發環境是 Waffle + Hardhat + ethers,它幫你把開發環境處理的簡單又舒服,讓開發者可以專注在開發智能合約上。
OpenZeppelin 是很有名的智能合約套件庫,開發時可以引入它的智能合約。智能合約很講究安全性,稍微沒寫好就可能被駭客鑽漏洞,虛擬貨幣就被盜走了!OpenZeppelin 提供的 SafeMath 很常被引入到專案,對新手來說看 OpenZeppelin 的合約也是很好的學習管道。此外,官方也建了一個學習網站ethernaut,主要在教導如何寫出安全性夠強的智能合約,可惜網站在我寫這篇文章的時間一直處於維修不能用的狀態。
最後再介紹一款實際上線的智能合約專案:Argent。它是一款運用智能合約來做虛擬貨幣錢包的公司,除了使用他們的錢包之外,也可以看看他們的智能合約是怎麼寫的,感受一下專業的程式碼架構與寫法。
小結
這篇文章希望能幫助到想了解區塊鏈這項技術的人,同時也想呈現一個智能合約的開發生態系,你大可以不必花太多力氣去了解密碼學、挖礦、節點、共識機制等等五花八門的專有名詞;反之,你可以專注在智能合約的開發,或回到本質去思考去中心化的用意、以及為什麼不可竄改的特性那麼重要。
智能合約除了做虛擬貨幣之外,也能夠做投票系統,原本以貨幣為起始點的區塊鏈技術,是智能合約的出現擴大了區塊鏈更具彈性的用途,這圈子需要更多的開發者來探勘這片新大陸。
尤其鼓勵人文社會科學的人才,無論是哲學、政治、經濟、法律或社會等各方領域,試著撇開人工智慧將主導未來社會的發展路線,與之截然不同的另一種形式:人類社會能否依靠科技的力量,促成彼此之間的合作,創造更有效率的市場、更公平的治理方式?
延伸閱讀:激進市場(Radical Markets: Uprooting Capitalism and Democracy for a Just Society)
2021 區塊鏈開發入門 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
同時也有10000部Youtube影片,追蹤數超過2,910的網紅コバにゃんチャンネル,也在其Youtube影片中提到,...
大陸 不能用的app 在 我在大陸的日子 Facebook 的精選貼文
親愛的大家晚安啊~今天來講講跟工作有關的事情--關於「互聯網的產品經理」。
開始之前先說週末小聚會,時間週六下午、在臺北某咖啡廳,我把活動頁先建起來,大家有興趣可以先fallow一下~明天我會把地點定下來。
連結:https://www.facebook.com/events/132434068203425/
以下內文
這十年呢,我一直是在互聯網內容產業裡工作,崗位橫跨市場、運營、產品經理,後期做產品經理的工作比較多。
這個「產品經理」呢,在臺灣叫做PM的樣子。
但感覺臺灣的PM跟進度比較多,大陸這邊需要為產品負責。
我做產品經理這些年呢,工作流程大概是這樣:
-----
1.接需求
老闆、需求方說我要做個怎樣的東西,或著你自己覺得需要做什麽。
2.市場調查
帶著自己對產品大概的想法,調查市面上、相關領域的產品,問一下內部使用者、需求方的想法,也可以問問同行啊,總之一邊問一邊想。
3.溝通
做出一個大概的原形,帶著投影片去跟老闆、需求方溝通。
我覺得溝通最好用的是原形圖,我覺得看圖溝通是最直接的。
4.產品說明書
產品說明書呢,也叫做「文檔」。
在溝通確定方案之後呢,我們就要開始寫文檔把每個功能都描述下來;這個文章有嚴謹的編目,word的目錄、預覽跟格式是很重要的功能。
我很喜歡寫文檔的,寫文檔使我平靜。
5.開發人員評審
把原形、文檔準備好,取得領導們的同意之後呢,我們就要開「需求評審會」啦!
這個需求評審會呢,一般是約個會投影開始講;產品經理是說文檔的那個,程式師、測試、設計是聽文檔的一方,有時候主管也會參加。
聽完文檔之後,程式師、測試會對他們不清楚的地方問問題,說一些他們的建議,你回去改點就能開始開發了。
一般來說我們在評審之前的環節,就會跟開發、測試溝通啦,所以不會在評審會上出現大翻盤的狀況。
6.排期
評審會結束之後,技術會根據文檔開始排期。
什麽模組、要做什麽功能、誰要負責?
要做多久?什麽時候開始?什麽時候結束?
這時候會有一張排期表出來,大家都要按照這個開始開工,產品經理這時候就是跟進度+被問問題的角色。
7.設計與開發
動工動工~越到後期工期越緊張,產品經理會經常被問問題,不可以亂請假。
8.測試
測試也有一個進度表,大致上會按照那個進行。
測試同仁會寫測試用例、準備測試資料,在測試環境裡面驗證功能,把功能不work、跟文檔不一致的地方提到jira裡面,指給相關的人去處理。
比如說指給程式師、程式師就要去檢查代碼;指給產品經理,產品經理就要決定是否改成某個樣子、要不要去改文檔。
測試的話嘛,產品經理也是要測的,但是「專門測試」、「看看」、「驗收」還是不一樣的...
聽說還有一種叫做「自動化測試」的神奇東西,但我沒有看過就是了。
9.準備交付
終於開發好啦,準備上線!
這時候你就要通知所有的相關使用者,給他們寫說明書、開會演示功能,如果需要還要請他們幫忙準備資料。
提前通知真的是很必要的,沒有人喜歡突如其來的變更,持續事前溝通會讓你們的合作順暢很多。
10.上線
上線啦上線啦!
web、後臺、小程式的上線相對壓力小一點,APP那種要發版的壓力就大一點,提審需要等待,上線有bug、還是要發版的那種就會比較慘。
我回想我工作這十年,「上線」按時並且沒有bug的好像只有60%,
直接在大推廣當天、出線上大bug完全不能用的,也是有的啊--我個人覺得線上bug的頻率與嚴重度,與公司的衰退度有關。
11.觀察BUG與埋點、收集回饋
功能上線啦!
看看數據有沒有進來、線上bug有哪些。
問問內部使用者的想法,也看看用戶們回饋什麽、討論什麽。
12.制定更新計畫
綜合產品設計、資料、回饋寫個總結,決定下個反覆運算做什麽。
這整個流程看起來很長,但並不是每個更新都會完整走完這個流程。
一般來說是這種感覺:
1.APP版本反覆運算、上整個後臺、上新的產品:走完整個流程
2.小功能、活動更新:小溝通、原形文檔、開發測試小範圍說明、上線
3.修bug:趕緊上!流程簡略到靠嘴半天跑通全部。
-----
啪啪啪上面講了很多,但會這些工作在「產品經理」這個崗位裡算很厲害的嗎?
我覺得在很多公司對「產品經理」的要求來說,這是基本功;一個有志於從事此崗位的人兒,大概兩三年就能熟練這些吧?
初級寫文檔、跟進度,
中級能定功能、在實做中形成自己的觀感、方法論;
高級能定產品,驗證自己的想法與方法論,帶著團體去「搏網路世界的那一瞬間」。
互聯網變遷快、機會多,很多團隊都在博那一瞬間,產品經理身上攜帶的那些、也許就是賭注的一部分吧。
說了這麽久,好像我做得很好似的?
嗯...我覺得大陸互聯網真的人才濟濟,我見過很多大神,對比他們的才華與努力,我真的真的只是很普通的一個人呢。
大概就是這樣啦~
對於我剛剛講的每個模組,我這邊有投影片、排期表、原形跟文檔,有興趣想看的話,你們可以湊滿六人、來找我約時間地點,我可以給你們講講。
以上!