Skip to main content

· 11 min read
聲明：gasolin.eth 此 Domain 已過期，我並未繼續註冊

前幾天剛拿到gasolin.eth這個 ENS 網域。ENS (Ethereum Name Service)1 的功能類似我們較熟悉的 DNS (Domain Name Service) 網域名稱服務，但提供的不是 Internet 網址，而是將以太坊 (Ethereum) 錢包地址和智能合約地址以xxxxxxx.eth網址的方式表示，可以用於轉帳或存取智能合約等地方。

ENS 網域的應用情境​

例如有人想轉錢給我，就可以請他將以太幣轉到gasolin.eth這網址，gasolin.eth會自動轉址到我指定的錢包地址 (0x....)，轉帳的人不需要記憶一串根本像亂碼的以太幣錢包地址。

Imgur

若我想要公開智能合約讓大眾使用，我可以公開諸如service.gasolin.eth這樣的網址，使用者只要連到service.gasolin.eth，就會自動轉到對應的智能合約地址。若這個智能合約所提供的是單次服務，我也可以透過修改service.gasolin.eth對應的智能合約地址，來 "升級" 這個智能合約服務。使用者依然是連到service.gasolin.eth使用這個服務，而不需要了解背後的機制。

查詢可申請的網域​

因為gasolin.eth已經被我申請了，查詢可申請地址這部分將以搞笑的 NMB (嫩模幣) ICO3為例，我會以申請nenmocoin.eth當做例子，介紹整個申請 ENS 網域的流程。

嫩模幣的投資條件是本次投資僅接受ETH，最少投資額0.0.1ETH,ETH錢包地址:0x74b7bafafd200a58e79b719f3565cbb43af7d6b7。如果能將0x74b7bafafd200a58e79b719f3565cbb43af7d6b7換成nenmocoin.eth，投資者轉帳起來就更直覺了。

在寫作時nenmocoin(https://registrar.ens.domains/#nenmocoin) 這個網域是可以申請的 (目前 ENS 僅接受申請 7 個字母以上的網域)。

想查詢可用的網域，可以前往　http://registrar.ens.domains/　或連到MyEtherWallet2並切換到ENS分頁，查詢可用的 ENS 網址。

Imgur

如果在一般瀏覽器中查看，會看到黃色欄的警告提示。

Imgur

這是因為 ENS 服務是跑在以太坊 Ethereum 區塊鏈上，要麼用專用的 browser（如 Mist），不然就是裝 Parity，或瀏覽器擴充套件 MetaMask (Chrome only)。還有個選擇就是用MyEtherWallet網頁錢包，裡面內建註冊 ENS 需要的功能。

我是使用MyEtherWallet網頁錢包來完成整個註冊 gasolin.eth 網域的流程。

競標網域須知​

  • 註冊 ENS 網域並不需要實名或其他認證流程，只要有一個以太幣錢包地址即可。
  • 請參考參與首次代幣發行 (ICO) 時要知道的事，絕對不要用交易所提供的錢包競標網域，不然即使競標到網域也會變成交易所的 XD。
  • ENS 網域的最低起標價是 0.01ETH (當前匯率是美金 $2~3)

要註冊 ENS 網域，需要遵循 ENS 網域競標流程 (bid)。

ENS 網域競標流程模擬現實的競標，首先是寫下標價，並將相應數量的以太幣傳入 ENS 票箱。兩天後就可以公告這個網域競標 (揭標)，其他人能看到這個網域已經開始競標了。如果他們有興趣，也可以加入這個網域的競標。最終價高者得，但出價最高的人只需要繳交第二高者的標價。ENS 會自動退回所有參與者的標金，也會返回得標者標金的差額。如果得標者一年後未續約，ENS 將釋出此網域並退回押金。

graph LR 網域可註冊 --> 提出標金 提出標金 -- 2 天 --> 公告競標 公告競標 -- 2 天 --> 取得網域 取得網域 -. 1 年後未續約 .-> 釋出網域並退回押金

提出標金​

確定 "nenmocoin" 網域可用，接下來就是打開錢包，開始競標吧。

Imgur

打開錢包，輸入超過最低起標價 0.01ETH 的數字，勇敢按下Start an Auction按鈕，並照著指示完成競標手續。

記得將畫面上的資料複製留存，後面的手續中會用到。 完成競標手續後會進入 2 天的等待期。

公告競標​

Imgur

其實照著MyEtherWallet上面的說明完成公告手續並不困難😤。最重要的事，就是在 2 天的等待期結束後，

記得回來公告競標， 記得回來公告競標， 記得回來公告競標，

如果沒做這個動作，前幾天提出的標金會被送到黑洞消失掉，沒辦法取回喔！我第一次試著註冊網域的時候就這樣被吃掉 0.01ETH😭。

公告後其他人可以看到網域開始競標的訊息。這時有兩天的時間讓其他感興趣的人一起競標，當前最高價會顯示在查詢頁面上。

取得網域​

公告期結束後，如果順利取得網域，可以看到如下訊息

Imgur

這時 記得回來宣告取得網域， 記得回來宣告取得網域， 記得回來宣告取得網域，

照著MyEtherWallet上面的說明完成宣告手續後，才能正式取得這個網域。

以後其他人查詢時，就會看到這個網域已經被註冊的訊息。

取得網域之後​

取得網域之後，在MyEtherWallet上查看網域並打開錢包，就會看到如何設定網域的說明。

目前設定網域的方式比較複雜些，需要到Contracts(合約) 目錄下，在Select Existing Contract（選擇已經存在的合約）選擇ENS - Public Resolver，並在Read/Write Contract(讀取 / 寫入合約) 部分選擇setAddr(設定地址) 功能，照著設定網域說明將錢包地址輸入，這樣網域才能正確解析到我們想要的錢包地址。

Imgur

如何節省交易手續費​

以上整套設定 ENS 的過程牽涉到 5~6 次交易。只有第一次需轉出標金，後面的各種動作都只收交易手續費。因此註冊一個 ENS 網域的成本其實是標金 + 多次手續費。標金在到期之後會返還，因此實際影響持有成本最大的是交易手續費。

MyEtherWallet右上角預設的交易手續費是 21GWei（1 Ether = 10^9 GWei）。手續費是給分礦工（提供計算力協助以太幣記帳的人）的，調低的話，交易確認的速度會變慢，調高則變快。我剛開始不懂，因此就使用了預設值。後來看 Youtube 上的教學，才知道可以參考Gas Station網站即時的SafeLow Cost（最低安全交易手續費）來設置。只要我們提供的手續費高於這個數目，交易都會成功。

Imgur

這陣子最低手續費大多是 3 ~ 5 GWei。我照這個手續費做設定（並斟酌提高 1 ~ 2 Gwei）交易都有成功。雖然不管用什麼標準來算，以太坊的手續費都已經很便宜，但多一步簡單的操作，就能感受到精打細算的樂趣。

結語​

上面舉了嫩模幣 ICO 的轉帳地址當做例子。我故意把引用的嫩模幣錢包地址，換成了我自己的錢包地址。如果不提，應該沒幾個人會注意到吧？ 如果錢包地址改用本文提到的nenmocoin.eth，參與者是不是更容易發現收款地址已被修改了呢？ ENS 並沒有做身分認證，釣魚網站也可以申請相似的 ENS 域名來釣魚，要避免這樣的情況，也有賴服務提供者有在提供服務前，有優先註冊域名的保護意識。

ENS 本身其實就是一系列基於以太坊的智能合約4，內部的流程都是自動的，對於智能合約與 DAPP 開發者來說，也是很值得參考的架構。

參考資料​

gasolin.eth這個網址真的可以用喔！覺得這篇文章寫得蠻好想打賞一下，可以傳到我的錢包地址gasolin.eth。

· 8 min read
聲明：gasolin.eth 此 Domain 已過期，我並未繼續註冊

最近首次代幣發行 (ICO)1相當熱門，但當代幣投資者打算贊助某個專案時，有相當多技術原因可能導致投資失敗，而這些原因大多是可以避免的。

1. 投資 ICO / 新創，99% 機率跟遇到詐騙沒兩樣​

一般統計 9 成的新創會在一年內關門，存活下來的又有 90% 會在五年內倒閉。 換句話說，新創的五年存活率只有 1%。

首次代幣發行 ICO 的發起人多是新創公司，投資下去就跟投資新創一樣，有極大失敗的可能。 如果不了解風險，沒做足夠的功課而盲目投資，99% 機率投資 ICO 就跟遇到詐騙沒兩樣。 就算發起人說得天花亂墜，到時參與 ICO 換得的代幣也只能當紀念用了。

2. 別用交易所錢包轉帳​

交易所的錢包並不能換回其他代幣， 交易所的錢包並不能換回其他代幣， 交易所的錢包並不能換回其他代幣， 重要的事說三遍。

交易所幾乎都會向客戶宣稱：開戶送比特幣 / 以太幣錢包。當客戶兌換好代幣後，客戶可以看到錢包帳戶裡的餘額，也可以轉進轉出，從客戶看來確實 "擁有" 了比特幣 / 以太幣錢包。

但是交易所的錢包畢竟是交易所的錢包。在轉出比特幣 / 以太幣時，交易所會動態選用自己轄下的某個錢包帳號出帳。你所參與的代幣眾籌，它的智能合約收到的是交易所的錢包帳號而不是你的錢包帳號，所以智能合約發代幣的對象也變成交易所了。

比較建議的方式是使用MyEtherWallet5或硬體錢包參與以太坊相關的 ICO。其他可使用的錢包可查看參考資料7。

3. 用到假錢包​

無論是網路上或是手機應用程式商店中，有許多宣稱有比特幣 / 以太幣錢包功能的網站 / App。其中依然有些是假錢包。當你使用這些錢包轉幣時，可能會被騙走。因此盡量選擇自己常用，有信譽的網站 / 應用，或硬體錢包來操作 ICO。

網站應該加入書籤，以後都使用書籤中的網站存取。不要盲目信任搜尋引擎搜到的連結 (原因在下一條)，或透過 slack 等社交網站，那些看起來像官方訊息提供的連結或地址[10]。

4. 轉帳時填錯地址或轉到假地址​

比特幣跟以太幣所謂的錢包地址，跟 IPv6 地址一樣，就是一串 16 進位數字 (而且是頗長的一串。有人算過總共幾位數嗎？)。要投資時需要照著網站上提供的指示，將錢包地址複製到自己的錢包接收地址欄中。 要是很不幸地複製錯了，你轉出的資金就被轉到不知是誰的錢包裡去了。由於以太坊上沒有銀行，一旦轉錯了，也沒有申訴的地方喔。

對於釣魚網站來說，這種根本就是亂碼的錢包地址真是個福音，因為只要將網站複製一下，錢包地址換成自己的，弄個前面網址一模一樣，但並非.com的假官方網域，再下個 Google 搜尋廣告，就可以開張來詐騙了！

但幸好最近 ENS (Ethereum Name Service)4 地址網域開始投入使用，可以將以太坊 (Ethereum) 錢包地址以類似網址的方式表示。 例如我 (gasolin) 若發起一個 ICO，就可以請投資者將以太幣轉到gasolin.eth這網址。 gasolin.eth會自動轉址到我指定的錢包地址。之後要公開智能合約讓大眾使用時，也可以公開諸如service.gasolin.eth這樣的網址，service.gasolin.eth會自動轉到對應的智能合約地址。

Imgur

期望之後有更多的 ICO 和智能合約使用 ENS，讓贊助者可以更安心地轉帳。

5. 代幣詐騙 (scams)​

隨著代幣眾籌愈發熱門，代幣詐騙 (scams) 也層出不窮。除了那種本來就是打算來詐騙 (或是來搞笑2?) 的專案之外，另一種可能的詐騙方式，是詐騙者做一個長得一模一樣的釣魚網站 (phishing)，選一個與原來 ICO 網站類似的網址，並透過搜尋引擎或論壇散播。沒注意到的投資者就可能因此被騙去代幣。 因此投資前務必多方確認。也可以到cointelegraph3或tokenmarket6上查看近期的 ICO 列表。上面列出的 ICO 項目不代表可靠，但至少新聞網站為了信譽，會把明顯是詐騙的 ICO 剔除掉 (?)。

結語​

投資一定有風險，ICO 投資有賺有賠，申購前應詳閱公開說明書。 可以將上面提到的幾點當作檢核表，避免因為技術原因導致投資失利。

雖然上面舉的 gasolin ICO 只是個例子，但 gasolin.eth 這個網址真的可以用喔！ 覺得這篇文章寫得蠻好想打賞一下，可以打賞一點 ETH 到我的錢包地址，順便試試 ENS 的功能:p 之後也將分享如何註冊 ETH 地址的心得。

參考資料​

· 6 min read

今年比特幣 (Bitcoin)1與以太幣 (Ether)2價格紛紛到達新高。主因除了隨著更多支援加密貨幣 (Crypto Currency)- 當地貨幣的兌換 / 代購 / 交易所開張，取得虛擬貨幣 / 代幣的方式更加多元外，首次公開發行加密代幣 (ICO, Initial Coin/Crypto Token Offering)3 這種創新的投資 / 募資方式愈加熱絡，也讓一些個人與機構意識到虛擬貨幣作為貨幣或貨品的投資價值。

這些虛擬幣背後所使用的技術叫做區塊鏈 (blockchain)4，可以被用來解決各種「交易」相關的問題。

網際網路交換訊息，區塊鏈交換價值​

網際網路出現之前，不同的系統之間沒辦法用標準的協定來互相通訊和傳遞訊息。網際網路讓不同連網方式（撥接、光纖、4G）、不同設備間可以互相連接，滿足人與人之間對訊息的即時需求。人們的生活在網際網路發展起來的這 20 多年間，也因此產生了極大地改變。

2001 年時，Napter5開啟了透過點對點 (P2P) 網路交換 MP3 的風潮，這是第一次大眾意識到點對點網路可以被廣泛地應用在資訊交換上。隨後 BitTorrent (BT)6接過大旗，透過 BitTorrent 與配合的磁力連結 (Magnet Link)7，2009 年時已占據了近 50% 整體網際網路流量。

區塊鏈基於網際網路，點對點 (P2P) 網路，和以密碼學為基礎的共識紀錄機制，提供了一個可以不被地域限制，快速交換價值的方式，降低交易的不確定性 (uncertainty) 與風險。 網際網路和點對點網路解決了資訊交換的問題，而區塊鏈則進一步想解決價值交換與交易信任的問題。

graph TD 公開加密貨幣 --- 區塊鏈 公開加密貨幣 --- 激勵機制 區塊鏈 --- P2P 區塊鏈 --- 共識機制 共識機制 --- 密碼學 P2P --- 網際網路

區塊鏈不僅只是加密貨幣，透過區塊鏈，我們可以和各地的人做生意，用很低的手續費在不同國家收款與匯款 (都在同一個公開區塊鏈上)，而且幾分鐘內就可到帳；交易的過程中，所有的合約都由網路上的節點自動執行 (智能合約 Smart Contract)，可以避免人為操縱與詐欺等潛在的信任問題，讓人們可以更安心地交易；未來還可以透過瀏覽器使用智能合約，就像使用網站一樣容易 (分散式應用 DAPP)。

暢想未來的商業模型，可能是顧客透過易用的手機或網頁 DAPP 取得商家提供的資訊，經由可信任的智能合約，讓彼此能快速地交換價值與服務。

聯盟鏈​

區塊鏈根據型態，大致分為公有鏈，私有鏈、聯盟鏈幾種。公有鏈就是大眾比較常聽到的各種加密代幣。可以在 https://coinmarketcap.com/ 查看大部分的加密貨幣。除了公有鏈之外，多家銀行、支付機構、甚至 IBM、微軟等科技公司也相繼投入資源，參與區塊鏈研究與發展。多數機構採用的是聯盟鏈的形式。Apache 基金會下的 Hyper Ledger9計畫是目前發展較好的聯盟鏈。

聯盟鏈與公有鏈有許多不同點。其一是對資料一致性有更高地要求。其二因為相對來說聯盟鏈的節點比較可控，也不需要加入代幣激勵機制或浪費能源在比拚算力的 Prove-of-WOrk (PoW) 共識機制上。其三是需要對資源與智能合約存取設置權限，以符合企業內部的需求。

區塊鏈用到的加密技術​

可以在 Youtube 上查看 Blockchain 101 - A Visual Demo影片14，或前往對應的Block Chain Demo 網站15自行動手試驗。

參考資料​

· 5 min read

2009 年推出的 Node.js1是讓 Javascript 成為一門廣為通用的程式語言的關鍵。Node.js 將原專為 Chrome2瀏覽器開發的 V8 引擎抽離出瀏覽器，讓使用者在一般命令行環境中就可以執行 Javascript。

開發者的需求​

要完成一個全功能的現代網站，開發者除了需要至少理解某門語言相關的網站後端技術之外，Javascript 也是身在 Web 開發領域的開發者至少必須 "略懂" 的腳本程式語言 (scripting language)。

既然不管精通哪門程式語言的開發者，想在瀏覽器上發揮，都仍需要某種程度地熟悉 Javascript 程式語言。那麼，如果在瀏覽器之外，也可以拿 Javascript 來做事情不是很好嗎？

Node.js​

Node.js 並不是第一款讓使用者在一般命令行環境中就可以執行 Javascript 的工具 (最早推出的可能是 Mozilla 的 Rhino 或 XULRunner3)，但它跟上了潮流。 2008 年推出的 Chrome 瀏覽器，裡面使用了同被 KDE 與 Apple 使用的 Webkit 作為渲染引擎 (Render)，並自行開發了全新的 Javascript 引擎 (V8 引擎)。Chrome 瀏覽器的 V8 引擎率先支援 JIT (Just in Time) 編譯技術，使得當年 Javascript 的執行效率一舉提升了 8 倍以上📈 。基於 V8 引擎的 Node.js 也比其他 Javascript 運行環境有更強的競爭力。由於執行速度的改善，Javascript 語言終於有了和其他程式語言在瀏覽器之外的環境同場競技的實力。

Node.js 的好夥伴: NPM​

Node.js 推出當時，除了擁有一個比其他相似競爭者快上幾倍的引擎之外，在隔年整合的 NPM (Node Package Manager)4套件管理工具，讓 Javascript 開發者擁有了更有效率地分享與重用函式庫的方式。到了今天，下載大多數使用 Javascript 語言撰寫的專案，只要執行npm install(或衍生的yarn install)，NPM 就能自行安裝與解決套件之間的依賴關係。NPM 實是今日 Node.js 之所以能形成圍繞著 Javascript 語言建立起龐大生態系的不可或缺的功臣。

Node.js 衍生發展​

隨著 Node.js 更加成熟，Web 開發者也圍繞著 Node.js 重新發明他們常用的工具。最先是 Web 開發框架（如 Express.js5, hapi, koa）與資料庫接口，再來是相關的編譯工具（grunt, gulp, webpack6）。同時，也有人開始嘗試將 Node.js 與原有的瀏覽器環境結合，讓開發者得以使用網頁相關技術打造桌面應用（nw.js, electron7)。基於此技術還發展了數個流行的程式編輯器（atom, Visual Studio Code8）。時至今日，也可透過 Node.js 相關編譯工具，使用網頁相關技術來做行動裝置 App 開發（Cordova, React Native9）。圍繞著 Node.js 的種種發明，讓使用網頁技術的開發者，得以從開發到部署，全都在圍繞網頁技術的生態系中完成。並由此誕生了稱之為 "Full Stack" 全端工程師（前端，後端，整合，測試）和大前端工程師的工作。全端工程師除了需處理網頁端（前端）頁面版型與互動效果外，也要兼顧伺服器端（後端）與資料庫處理。大前端工程師則是除了網頁端之外，也須兼顧行動裝置 App 的開發。

graph LR Javascript --> Browser Javascript --> Node Node --> Webframework[Web Framework] Node --> Build[Build tools] Build --> ReactNative[Mobile App] Node --> Electron[Desktop App] Electron --> Editor[Editor] Browser --> Electron

參考資料​

· 5 min read

Update: Full instructions are avaiable on Netmonitor Readme to run the Network Monitor in the browser tab.

Firefox Devtools is in progress of modernizing its infrastructure to use the same toolset that modern web developers are familiar with. When talking about modern web developers toolset, I mean React, Redux, Immutablejs, and npm modules.😎

What Firefox Devtools team did last year​

Firefox Devtools was no different from Firefox itself. The Devtools panels are written in XUL, an HTML-like syntax language, and use several Firefox internal API called XPCOM or Chrome privileged API(Nothing related to Chrome Browser) to make the browser works.👽

In last year(2016), Firefox Devtools team's main goal is to convert the code base from XUL to pure HTML. The second goal is convert each tool with React/Redux structure for maintenance. Debugger, Inspector, Web Console are the first batch in the conversion progress. Debugger.html is the very first attempt from Firefox Devtools team to embrace the modern web developers' toolset. Now new Debugger and Web Console are available in Firefox Nightly🍸

Debugger.html, Perf.html(Performance) has their standalone repository hosted on Github. A developer could use git clone to get the repository, and then do yarn install, yarn start(similar to npm command) to debug the debugger.html/perf.html with any browser's devtools!🚅

graph LR clone[git clone] --> install[yarn install] install --> start[yarn start]

What Run on the Browser tab means?​

Run on the Browser tab is a term versus Run inside of the developer panel. Traditionally Devtools are running inside of the browser's developer panel. But some of new Firefox Devtools support run as normal web pages. Those pages can be opened in a browser tab by any modern browser such as Chrome, Safari, or Edge. The benefit is we can improve Firefox Devtools with any Browser's Devtools, its an unfair advantage.🚀

graph LR Firefox -- debugging --> netmonitor(Netmonitor.html) netmonitor -- mozilla-rdp --> Firefox Chrome -- debugging --> netmonitor Edge -- debugging --> netmonitor Safari -- debugging --> netmonitor

We are going to make more Devtools easy to debug and can be used for cross-browser debugging.

Current Status​

To replacing the jet engine while still flying is a challenging engineering work. To make it happen, we take several engineering experiments around Devtools.

Here are the projects in progress and where they are hosted from:

graph LR debugger(Debugger.html) --> Nightly perf(Perf.html) --> Nightly webconsole(WebConsole.html) --> Nightly standalone[Github] --> debugger standalone --> perf refactor[mozilla-central] --> webconsole inspector(Inspector.html) --> Release netmonitor(Netmonitor.html) --> Release refactor --> inspector refactor --> netmonitor

What we have done in Netmonitor.html​

Ricky Chien and I joined the effort of convert Object Inspector from XUL to HTML. Object Inspector is a more complicated tool to convert, so Object Inspector is still half React and without Redux in the playground.

When the Object Inspector is fully converted to HTML, we shift our focus on convert the next important Devtool: Netmonitor. With Honza, Janda, Steve Chung, and other contributors' help, at the end of Feb we have reached our first phase tangible goal: Converted the whole Netmonitor panel from XUL to HTML, with React, Redux, and Immutablejs. Now we have confidence that the code base is easy to read and contribute.🤗

Imgur Picture: How current Netmonitor looks like

What we plan to do next​

We just finished the Netmonitor workweek (Fred, Honza, Ricky) in Taiwan, plenty of discussions have occurred, and we have good progress for what should be going on for the Netmonitor.

Here they are:

  • We’ve triaged all new Netmonitor bugs and identify good-first-bugs
  • We have Prove-Of-Concept branches to prove we can run netmonitor on the browser tab
  • We decide to keep using mozilla-central(The gecko) repo. Beside the current workflow, a developer would able to run yarn start command to debugging Netmonitor on the browser tab with any browser's devtool.
  • We stop Netmonitor.html phase I work immediately (convert XUL to HTML, MVP 100% completed)
  • We'll start Netmonitor.html phase II (To run Netmonitor on a browser tab so that we can debug Netmonitor with any browser's devtool)
    • All phase II bugs are filed in the Meta-bug

What could expect in the future​

Currently, Debugger.html have supported both Firefox and Chrome remote debugging protocols, so Debugger.html could be used to debug Firefox, Chrome, or even Node.js!😮

graph LR Firefox -- debugging --> netmonitor(Netmonitor.html) netmonitor -- mozilla-rdp --> Firefox Chrome -- debugging --> netmonitor netmonitor -- chrome-rdp --> Chrome netmonitor -- chrome-rdp --> Node[Node.js] Safari -- debugging --> netmonitor Edge -- debugging --> netmonitor

Since Debugger.html's pure web stack nature, you can imagine one day the debugger.html can be embedded into some editors(Atom, Visual Studio Code) as plugins, or even in other browsers!😇

graph LR debugger(Debugger.html) --> Firefox debugger --> browsertab[Browser Tab] debugger --> Editor debugger --> other[Other Browser]

Run with different remote debugging protocols is the next step once we make Netmonitor.html run on the browser tab.