先簡單摘要一下所謂的 HashFlare 2.0 到底是什麼好了:
創始的技術總監 Renna 離開了,繼任的 Pavel 才來一年,不過很優秀。
將官網架構移植到 AWS 雲服務上,用來應付數以百萬計的用戶。
會有一個全新的 Java 寫成的官網,來取代現行 PHP 寫成的網站。
會提供 API 讓有程式能力的人能做加值運用。
就醬。沒了。有沒有很傷心?一種要大興土木的感覺。但是,在這個時候,端出這個,完全沒對應到用戶的期望,當然是被罵翻了。當前這個時局,比特幣轉帳速度奇慢,要想在 HashFlare 完成提款變得不可能,用戶關心的是這個,雖然這說到底其實不是 HashFlare 的錯,但是,其實有很多方式是可以變通改善的,比如說,在提款時,讓用戶自行取捨決定要付多少交易手續費來加速轉帳,這個讓用戶自己決定,這個你可以做吧,幹嘛固定手續費,然後一直想要壓低,根本壓不下來,這個讓用戶自己決定,球就不在你身上了阿。在這個時候,提出 HashFlare 2.0 這種內容,怎麼還說得出口說是送給用戶的耶誕禮物呢?怎麼看我都覺得是在轉移注意力...
唉~ 算了。我知道 HashFlare 你也是受害者,希望比特幣這個轉帳速度問題趕快獲得改善。對原始內容有興趣的朋友,我使用 Google 翻譯將英文翻譯如下,然後盡量改成口語化,請參考。
HashFlare 2.0:無限和超越
HashFlare 正在改變。 當我們剛剛在 2015 年開始建設我們的服務時,我們沒有想到,在兩年半後將有超過一百萬人使用。 當然,我們還年輕,有雄心壯志,我們的計劃是盛大的(現在仍然是),但現實依然讓我們吃驚,掩蓋了我們的期望。
平均每天有 4,000 個新用戶在我們的網站上註冊,在任何時刻,隨時都有多達 8,000 人使用我們的服務。 所有這些人都必須注意過去幾個月我們在 HashFlare 上做了多少維護工作。 可以預見的是,任何干擾都會引起一波不滿情緒,但請放心,讓我們有更多的耐心,因為所有這些暫時的不便只是即將到來的變化的一個標誌。 新一章即將開始,這就是所謂的 HashFlare 2.0 。
為了讓您更清楚地了解新版本的 HashFlare 將如何與舊版本(我們為什麼首先從頭開始)做出根本的區分,我們與 HashCoins 產品開發主管 Vitali Pavlov 進行了交談。從一開始就運行 HashFlare。 畢竟,一如往常的,未來任何的變化,都是基於過去的基礎。
過去如何以及將來如何
HashFlare 故事的歷史可以追溯到 2013 年,當時愛沙尼亞公司 HashCoins 設定了自己的使命:成為第一批製造採礦硬件的公司之一。 ASIC 芯片成為我們礦工的心臟,使得 HashCoins 能夠很快地把自己置於陽光下:在那個時候,ASIC 礦工的市場份額不會超過 20%,而且他們的購買將可以在幾個星期到一個月內完全回本。
不過,不久之後,我們意識到採礦硬體或許是門好主意,但也有其不足之處。 首先,這種硬體是昂貴的(我們正在談論每台數千美元的機器),這大大降低了吸引初學者礦工來擴大客戶群的機會。 其次,運送礦機必須面臨許多風險,比如說,海關延誤和故障等等。 在用戶方面也存在問題。 並不是所有的客戶都是採礦專家,而 ASIC 礦機並不完全是一台 Windows PC:在開始使用之前,您必須先進行設置並做一些功課。 再加上礦機和服務器硬體的常見問題,例如噪音、體積大、散熱、適當的通風以及巨額的電費。
這就是我們為雲計算服務提出想法的原因,而 HashFlare 的首席開發人員 Renna Reemet 成為實施此計劃的關鍵人物。 根據 Vitali 的回憶,起初大約一年的時間,HashFlare 只有兩個人,Renna 和他自己。
技術總監提出了這樣的有用的建議,於是,工作開始了。 我們的雲採礦小組的第一個版本是在 13 天內發布的(Vitali 承認這是他最甜蜜和最大的早期成就之一),並在接下來的六個月內公開發布了 HashFlare 1.0。 但當時事情並不樂觀。
因為我們對雲挖掘趨勢的規模和範圍沒有正確的認識,所以我們甚至無法想像在兩年半的時間裡,我們的用戶群將超過一百萬。
Vitali 說。承認這有點令人尷尬,但是我們決定說實話:雖然 HashFlare 的第一個版本並不是隨便製作的,但是它當時依靠的技術並不是今日的最先進技術。 因此隨著用戶的增加,後來的大量瑕疵變成了嚴重的技術問題。
然而,把它歸類為一個小小專案是錯誤的:我們必須不停地 24/7 地工作,從 HashFlare 誕生以來,Vitali 和 Renna 都充分經歷過生活在辦公室的樂趣。
Vitali 回憶說:隨著時間的推移,新人加入了 IT 團隊。我們的工作量減少了,開發專案和傾聽我們的用戶就變得更容易了。我們可能仍然在處理急於編寫原始代碼的偶然後果,我們仍在優化它。不過,我們很自豪能夠編寫一段代碼,並建立一個穩定的市場存在的工作項目。
差不多三年後,HashFlare 在比特幣、以太幣和 Zcash 中有四個合同(SCRYPT、SHA-256、ETHASH 和 EQUIHASH) 一個易於使用的統計系統;可選擇地將算力分佈到礦池中;以及包括北美和南美、俄羅斯、歐洲、獨聯體和亞洲在內的世界各地的大量用戶。 所有這些成就背後都有一群熱忱的人熱愛他們的工作,並相信他們的使命的一部分是傳播有關加密貨幣、採礦和區塊鏈技術的話語。
下一步是什麼?
還有更多。 在秋季中旬,Renna Reemet 離開了 HashFlare,繼續與雲開採無關的其他項目的專業發展。 Renna 在我們的項目中投入了近三年的不可思議的巨大努力,孜孜不倦地,無私地工作,有時候根本沒有想過自己。 你不能取代這樣的人,但這不是我們正在做的。
相反,我們正在進入一個新的時代,很高興地宣布,HashFlare 的首席開發人員這個角色將由像 Renna 一樣無私的 Pavel Borozdin 來擔任。
Pavel 在一年前加入 HashFlare,之後不久與 Renna 合作優化我們的服務,修復錯誤並引入新的功能和技術。 通過像他的隊友一樣充滿激情地工作,並準備在深夜跳下床來解決任何失敗或不可預見的問題,Pavel 明確表示,沒有其他候選人會成為比他更好的首席開發人員。 現在Pavel 有責任把 HashFlare 轉換成一個新的架構,如果我們不相信他,我們絕不會委託他這樣一個關鍵的任務 :)
改 - 改 - 改 - 改 - 改 - 變
目前 HashFlare 正在兩個部份工作。 首先,我們將整個架構轉移到 AWS;其次,我們正在將網站的核心分解成單獨的微服務,旨在使 HashFlare 更加高效和穩定。 對我們的用戶來說,這意味著一件事情:系統將變得更加靈活,同時更加穩定。 AWS 是一種雲託管解決方案,可以幫助我們更好地應對 DDoS 攻擊和高負載時間等問題。 雖然目前我們可能有時難以應付服務器上的負載,但是一旦服務遷移到 AWS,我們的用戶將會以更即時和無縫的方式解決這個問題。
以下是Pavel 關於這一變化的說法:
HashFlare 是使用單層架構編寫的,直到2017年,這個系統足以應付負載。 但是,隨著今天加密貨幣的普及和高速增長的價格,對它們的需求激增,我們的客戶數量也呈指數增長。 我們以前每個月可以獲得 15,000 到 20,000 個新用戶,但是現在這個數字有時會達到 10 萬。
在寫這篇文章的時候,我們的網站有 1,495,737 個註冊用戶。 服務器上的負載不斷增加,使這個單層架構難以應付。 儘管我們會定期優化代碼,檢視各種方法及其生產力的方法,但這只能為我們提供 2.0 版本的空間。
在 2017 年 3 月,我們決定改用微服務架構。 這將使我們能夠輕鬆擴展應用程序,平衡系統各功能模塊之間的負載,並大大加快我們的服務。
我們終於努力編寫 2.0 版本的系統。 當前版本的 HashFlare 是用 PHP 編寫的,而 HashFlare 2.0 則是基於 Java 的。我們的願景除了前端和後端之外,還包含了 API 服務。是的,我們正在考慮讓我們的 API 盡可能地向第三方開發者開放,使他們能夠創建許多基於 HashFlare 的其他產品。 移動應用程序、電報機器人?沒問題,隨時都可以。 最後但並非最不重要的一點是,新的 HashFlare 不僅是一個內部的清掃,而且還是一個整容。 其現代化的改造設計只是冰山一角:你會發現在 2.0 版本及其儀表板上工作將更加容易。
現在,我們正在不斷擴大我們的團隊,尋找新的完整全棧和 Java 開發人員 。 這是為了確保我們能夠成功地將我們的體系結構轉換為在緊急情況下更高效且更易於處理的體系結構。HashFlare 2.0 將於 2018 年遷移,我們希望這個消息能在聖誕節和新年之前成為一個給用戶的偉大禮物。
節日快樂!
敬請關注。
HashFlare團隊