在獲得一些主流媒體的關注之后,ProgPoW開發團隊IfDefElse收到了許多算法方面的提問,他們對其中幾個常見問題做出了解答。經原文作者的同意,礦視界對此進行了翻譯報道。1問:在以太坊治理方面,你們的立場是什么?答:暫無立場,我們覺得許多問題應該留給社區來回答,比如是否或者說何時采用ProgPoW。我們負責提出新的算法,并樂意回答與之相關的技術性問題。2問:ProgPoW從何而來?答:IfDefElse是分析和優化PoW算法的一個小團隊。我們觀察到ETH社區一再要求使用一種新的PoW算法,在這種算法中,專業的ASIC礦機和常規硬件設施比起來,優勢不大。眼看著諸多算法在ASIC礦機面前不堪一擊,實在令人心痛,每次新的ASIC礦機問世都會讓整個ETH社區陷入沮喪。于是在2018年春天里的一天,我們就有了通過修改Ethash算法,使其達到GPU挖礦預期效果的想法。初步編輯好該算法后,我們把它放到了GitHub公共版塊上進行研發和微調。3問:誰對ProgPoW進行了測評?答:在一次收集算法使用反饋的過程中,我們幸運地收到了來自以太坊基金會工程師,以太坊核心研發工程師,NVIDIA工程師和AMD工程師的反饋郵件。NVIDIA和AMD工程師都對該算法作出了總體正面的評價。值得一提的是,有兩處算法的更新優化是基于社區成員mbevand和Schemykh的評價作出的。4問:AMD作何反應?答:AMD的回應解決了兩大疑慮:如果用ProgPoW算法替代EthashPoW算法,難道ASIC礦機廠商就沒辦法迅速研究開源代碼并制造專門ASIC礦機嗎?ProgPoW算法會不會讓GPU礦工挖以太難上加難?AMD一位工程師給出了肯定回答,理論上是可以針對ProgPoW造新的ASIC礦機,但這需要制造方有專門的GPU知識背景,尤其是內存控制器技術。不僅如此,他們還表達了對緩存大小的擔憂。他們在郵件中提到,不論緩存是8KB還是16KB,AMD和NVIDIA在性能上無大差別。但在32KB和64KB時就可能會對兩種GPU廠商架構產生重大影響,在Polaris和Vega上也會存在不兼容性。根據他們的反饋,我們把PROGPOW_CACHE_BYTES的大小設置為16KB。5問:NVIDIA作何反應?答:NVIDIA工程師大體同意我們的方法。他們說,該算法用運算填補了內存訪問間的漏洞,而不是讓GPU像高貴的內存控制器一樣無所事事地閑置在那。他們主要的擔憂是,如果算法里增加太多隨機運算,最后會變成受計算限制,而非受存儲限制。如此一來,為受計算限制算法打造的ASIC礦機可能會獲得更大的效率和增益。根據他們的反饋,我們微調了PROGPOW_CNT_CACHE和PROGPOW_CNT_MATH以保證該算法對當下大部分GPU仍保有受存儲限制。6問:如果ProgPoW是在主回路上調用模并使用kiss99()寫法來選擇隨機指令,那么針對這一算法設計的ASIC礦機難道不會更加高效嗎?答:這是第一次查看該算法時常會有的誤區。事實上,在主回路上模和kiss99()寫法的調用,是由CPU計算并以此生成一個隨機程序,然后再由CPU進行編譯的。GPU負責的是執行優化代碼,而這些代碼已經解決了執行何種指令和使用何種混合狀態的問題。正如Alexey所言,ProgPoW每50個區塊生成一次源代碼。生成程序示例請見:kernel.cu.我們也將在標準中作進一步說明。7問:為了編譯生成的源代碼,礦工需要安裝AMD或者NVIDIA軟件開發工具包嗎?答:不需要。AMD和NVIDIA的驅動中包含OpenCL,DirectX和Vulkan編譯器。對于CUDA來說,二進制內核文件會和小部分軟件開發工具包一起分配。8問:ProgPoW算法有GPU架構上的偏好嗎?答:沒有,ProgPoW算法的設計初衷就是盡可能地保證公平性。OpenCL和CUDA在執行上并無差異,16KB大小的緩存在這兩種架構上都能順暢運行。我們避免了只在一個架構上進行16位或24位運算,無論是AMD編入索引的寄存器文件,還是NVIDIA的LOP3,所有的操作都得到了跨代體系架構的良好支持。用ProgPoW算法的GPU在挖礦工作負載中的性能也將反映該GPU的平均游戲性能。9問:為什么經過大量修改VBIOS的GPU,在Ethash和ProgPoW之間的速度差反而比預期慢2倍以上了?答:ProgPoW讀取每哈希的內存是Ethash的兩倍,因此預期哈希率為1/2。我們之前報告的所有調優和樣本哈希率都是在以正常頻率運行的GPU上面完成的。為降低核心頻率而大量修改VBIOS將會導致礦機運行該算法時受計算限制,而非受存儲限制。如果用戶需要更換到新算法,VBIOS的修改與調優將需要重新進行。10問:你們能講講EthashASIC礦機如何比GPU礦機效率高出兩倍嗎?Ethash算法只需執行3個組件:高帶寬存儲器Keccakf1600引擎微型計算核心FPGA的數據表明,Keccak計算所耗費的功率幾乎可以忽略不計。我們估計,在執行Ethash算法時,大約只有1/2的GPU功率花在了內存訪問上。而EthashASIC礦機的Keccak和計算核心的功率可以忽略不計,其功率主要消耗在內存訪問上,所以GPU在挖礦效率上還有兩倍的改進空間。當前Ethash挖礦硬件快速摘要:
ProtocolLabs產品負責人:存儲在Filecoin上的NFT數據量達54TB,數量超700萬:11月5日消息,ProtocolLabs產品負責人PoojaShah在推特上表示,目前存儲在Filecoin上的數據已超過32PB,其中有54TB數據來自NFT,而這些NFT來自包括OpenSea、OneOf、MakersPlace、Jigstack、Plam、Holaplex等項目,目前平均每秒都有接近1個NFT上傳至Filecoin網絡。[2021/11/5 6:33:23]
除TitanV,所有數據均來自whattomine.com和asicminervalue.com。第一代EthashASIC礦機,比特大陸的AntminerE3和GPU礦機相比沒有任何效率上的優勢。這是因為它的DDR3內存比GPU礦機的GDDR內存功耗更高。據我們所知,尚未發布的InnosiliconA10ETHMaster據說在效率上會有更優表現。因為Innosilicon在該系列礦機上使用了GDDR6IP技術,這將使得它的效率可以達到目前最高效挖礦GPURTX2070的兩倍。11問:HBM的實用性如何?答:我們最初的算法評估是使用同種內存類型進行同標準比較的。HBM功耗低,但價格貴,就顯得不夠實用。舉個例子,帶有HBM的NVIDIATitanV比起A10ETHMaster,效率上僅遜色一點,但成本高達3,000美元,明顯沒有實用性。帶有HBM的AMDVega卡價格倒是合理,但又因為一些原因它的算力只能達到175KH/s/W。Vega效率受何限制我們尚不確定,增加訪問大小能夠明顯改善這一情況但Vega顯卡的功耗仍然過高。我們期待剛剛宣布的雙倍帶寬AMDRadeonVII顯卡能在效率上有顯著改善。我們預估HBM的功率約為GDDR6的一半,如果使用HBM制造昂貴的EthashASIC礦機,算力將超1MH/s/W,這效率大約是市面上常規GPU的4倍。12問:ProgPoWASIC能有多高效率?答:ProgPoW旨在大幅減少專用ASIC礦機的效率增益。該算法執行需滿足如下組件:高帶寬存儲器Keccakf800引擎大型寄存器文件高吞吐量SIMD整數學高吞吐量SIMD緩存Keccak容量變小,因此它在GPU上的功耗也已經可以忽略不計了。這么一來,ASIC礦機在降低功耗方面的優勢也將不復存在。為了執行隨機序列,ProgPoWASIC礦機需要執行和GPU上的計算核心非常相似東西。所有SIMD的寄存器訪問、數學運算和緩存訪問都需要類似GPU的運行環境。沒錯,ProgPoWASICISA能夠通過精確設計,使之匹配ProgPoW算法,例如刪除浮點、增加顯式merge()等操作。然而這種專業化只會提供少量的邊緣效益,而不是數量級的收益增加。樂觀來說,我們假設精心設計的ProPoWASICISA可以移除1/4計算核心功耗。由于GPU內核在執行ProPoW時要活躍得多,我們估計內存接口大約消耗GPU功率的1/3。那么使用GDDR的PropPoWASIC礦機相對功耗則為:1/3(內存)*1+2/3(計算)*3/4=5/6優勢為1.2倍若使用HBM,則ProgPoWASIC礦機的相對功耗則為:1/3(內存)*1/2+2/3(計算)*3/4=2/3優勢為1.5倍13問:能在FPGA上運行ProgPoW嗎?答:首先,在FPGA上運行ProgPoW存在實際問題。因為隨機程序每12.5分鐘更改一次,因此需要經常編譯和加載新的比特流。完成此任務的工具和設施基本上不存在。就算忽略這個問題,ProgPoW也不能很好的映射到FPGA,FPGA對于計算密集的算法(如Keccak或Lyra)行之有效。通過將多個操作封裝到單個時鐘周期中,同時運行多個操作,這些算法可以顯著地提高性能和降低功耗。ProgPoW算法循環有許多在序列中交錯的緩存讀取,這極大地減少了可以打包到單個時鐘周期或并行運行的操作。在ProgPoW算法下,FPGA的打包操作既降低了挖礦硬件的性能,又增加了信息通道的長度。因為大型的混合狀態,增加的信息通道長度也成了一個問題。如果沿每個信息通道階段性地復制此大混合狀態,則會浪費大量電能。當然,我們也可以把混合狀態存儲在寄存器文件中,讓FPGA的計算核心看起來很像ASIC或GPU,但那樣做的話,FPGA的運算效率將顯低于ASIC。14問:以上所有問答貌似十分冗長,能簡單做個總結嗎?答:當然
Anchor Protocol在Immunefi推出最高5萬美元的漏洞賞金計劃:11月30日消息,固定利率DeFi協議Anchor Protocol在Immunefi上推出漏洞賞金計劃,重點是其智能合約和應用程序,并專注于預防。根據漏洞嚴重程度,賞金從1000美元到50000美元不等。[2021/11/30 12:41:40]
挖礦硬件的相對效率我們最初對Ethash和ProgPoW的2倍和1.2倍估計是假設一樣內存類型的同標準比較。在撰寫本文時,我們已經意識到,當大多GPU使用GDDR時,我們也要進行不同標準的比較,比如拿使用HBM的ASIC礦機作比較。原地址:https://medium.com/@ifdefelse/progpow-faq-6d2dce8b5c8b原作者:IfDefElse翻譯&校對:有條魚本文由礦視界翻譯整理編輯,如需轉載,請標明出處。
BlackHole Protocol CMO Freeman:BlackHole Protocol V0.1 Fermion 版本正式上線:據官方消息,7月09日晚,由Gate.io主辦的直播專訪節目《酒局幣赴》邀請到BlackHole Protocol CMO Freeman直播分享近期最新發展。
直播期間Freeman與Gate.io立冬就BlackHole Protocol及其相關事項進行了探討與交流。
Freeman表示,黑洞協議BlackHole Protocol是一個基于Ethereum網絡的無許可的跨鏈燃燒平臺。任何用戶或者項目治理者都可以通過持有黑洞協議燃燒代幣BLACK與舊Token的組合創建燃燒池從而永久地銷毀舊Token并產生全新的Token,從而賦予新項目全新的生態活力。
此外,BlackHole Protocol 的第一個版本 V0.1 Fermion經過3個月的開發,已于近期上線第一個單幣燃燒池,用戶可以通過燃燒BLACK獲得WAR,與此同時還上線了“IBO”(Initial Burning Offering)子模塊。BlackHole Protocol V0.1 Fermion 版本已經完成在 Ethereum、BSC、HECO等多條公鏈部署工作,還將同時上線挖礦功能,預計會在首個燃燒周期結束后開放,用戶可以通過質押單幣或LP,享受單挖、雙挖甚至多挖的流動性獎勵。[2021/7/10 0:40:53]
跨Rollup轉賬應用HopProtocol發布Demo:去中心化應用平臺Authereum聯合創始人、以太坊編程語言Solidity開發者ChrisWhinfrey發布Rollup轉賬應用HopProtocol的Demo,允許代幣跨Rollup或在一層網絡之間轉移,并能夠快速從Rollup撤回,最終將支持跨Rollup合約調用。具體來說,Hopprotocol能夠創建一個可在Rollup間轉移代幣的跨網絡橋接代幣,以及使用自動做市商在每個橋接代幣和對應的Rollup中的代幣之間進行兌換,可進一步激勵整個網絡中的流動性再平衡。[2021/2/2 18:41:23]
EFG 啟動 Bug Bounty Program計劃:據官方消息,ECOC 官方針對旗下借貸型DAPP 展開 Bug Bounty Program計劃,該計劃最高獎勵可獲得20000美金。總獎勵基金50000美金,該獎勵基金由一資本提供,所有參與Bug Bounty Program計劃的技術人員,通過以下鏈接與官方聯系,并提供測試結果,以獲取獎勵。詳情點擊原文鏈接。[2020/11/25 22:06:01]
鏈上活躍性指標整體下降短期市場信心受挫,BTC平均價格或將在箱體震蕩加大投資操作難度報告要點從市場交易數據來看,上周BTC平均價格的再次反彈可以看作是對前次反彈的確認.
1900/1/1 0:00:00頭條 A股收盤:區塊鏈板塊收漲4.12%,中元股份等逾20股漲停A股收盤,騰訊證券數據顯示,上證指數報3170.36點,深證成指報10267.70點,區塊鏈板塊收漲4.12%.
1900/1/1 0:00:00周三中午開始的比特幣暴漲,把整個市場整懵了。沒有人預估到喜悅竟然來的如此之快。最重要的是,根本沒有人想明白到底是什么原因。其中大部分人都理解它跟一篇愚人節文章有關系.
1900/1/1 0:00:00視頻流媒體直播產業正發展得風生水起。據瞻產業研究院發布的《中國網絡直播行業商業模式創新與投資機會深度研究報告》預計,2021年市場規模將突破100億美元.
1900/1/1 0:00:00導讀本月29日CoinbaseCustody宣布開始對TezosStaking提供支持,由此也將StakingEconomy從幕后推至前臺.
1900/1/1 0:00:00文:陳海寧編輯:王巧“去年5月,當我決定加入區塊鏈行業,朋友擔心我誤入傳銷,現在他們反而來向我請教。”從業者林曉怡對鋅鏈接如是說。2017年,隨著比特幣價格上攻,區塊鏈行業受到關注.
1900/1/1 0:00:00