恐懼貪婪指數是什麼?

Fear & Greed Index

觀測各種市場情緒,將不同的情報加以分析,並簡化為一個數字,這就是我們的恐懼貪婪指數。

首先,我們都知道,加密市場的波動非常情緒化,當市場上漲時,人們往往會變得貪婪,從而導致 FOMO(害怕錯過),進而做出非理性的判斷。我們希望透過恐懼貪婪指數,試圖將您從過度的情緒反應中解救出來。

這邊提供兩個指數閱讀判斷:

1.極度恐懼:表示目前投資者過於擔心,現在可能是個買入的好機會。

2.極度貪婪:當投資者變得過於貪婪時,意味著市場隨時會進行調整。

資訊來源:
https://alternative.me/crypto/fear-and-greed-index/

我的登記項目一覽

img

選單

news
新聞
perspective
精選
menu
選單
search
搜尋
Login
我的

0

notify

提醒

目前該帳號綁定在OOO帳號上,您確定進行轉移嗎?

background
thumbnail

@
change
基本設定

公開暱稱

市民頭像

公開用戶頭像

視覺封面

專屬形象封面

手機驗證

未綁定

電子報管理

電子報訂閱&取消

停用您的帳戶

停用與刪除帳戶
wallet
社群綁定
wallet
綁定錢包
list
白名單登記項目
logout
登出

手機驗證

通過驗證後可享有更完整的功能

您尚未驗證手機號碼
+886
    請選擇國家及地區
  • Taiwan(台灣) +886
  • Hong Kong(香港) +852
  • Macao(澳門) +853
  • Japan(日本) +81
  • Korea(韓國) +82
  • United States(美國) +1
  • Canada(加拿大) +1
  • United Kingdom(英國) +44
  • Afghanistan(阿富汗) +93
  • Argentina(阿根廷) +54
  • Austria(奧地利) +43
  • Australia(澳大利亞) +61
  • Bahrain(巴林) +973
  • Bengal(孟加拉) +880
  • Belgium(比利時) +32
  • Bhutan(不丹) +975
  • Bolivia(玻利維亞) +591
  • Brazil(巴西) +55
  • Cambodia(柬埔寨) +855
  • Cameroon(喀麥隆) +237
  • China(中國) +86
  • Anguilla(安圭拉) +1264
  • Antigua(安地瓜) +1268
  • Aruba(阿魯巴) +297
  • Bermuda(百慕達) +1441
  • Dominican(多明尼加) +1767
  • Grenada(格瑞那達) +1473
  • Saint Lucia(聖盧西亞) +1758
  • Colombia(哥倫比亞) +57
  • the republic of Congo(剛果共和國) +243
  • Switzerland(瑞士) +41
  • Germany(德國) +49
  • Denmark(丹麥) +45
  • Egypt(埃及) +20
  • Spain(西班牙) +34
  • El Salvador(薩爾瓦多) +503
  • Finland(芬蘭) +358
  • Fiji(斐濟) +679
  • France(法國) +33
  • Georgia(喬治亞) +995
  • Ghana(迦納) +233
  • Greece(希臘) +30
  • Guatemala(瓜地馬拉) +502
  • Guyana(蓋亞那) +967
  • Haiti(海地) +509
  • Honduras(宏都拉斯) +504
  • India(印度) +91
  • Iceland(冰島) +354
  • Indonesia(印尼) +62
  • Iraq(伊拉克) +964
  • Ireland(愛爾蘭) +353
  • Italy(義大利) +39
  • Jamaica(牙買加) +1876
  • Jordan(約旦) +962
  • Kazakhstan(哈薩克) +7
  • Kenya(肯亞) +254
  • Kuwait(科威特) +965
  • Luxembourg(盧森堡) +352
  • Macedonia(馬其頓) +389
  • Madagascar(馬達加斯加) +261
  • Malaysia(馬來西亞) +60
  • Maldives(馬爾地夫) +960
  • Mexico(墨西哥) +52
  • Morocco(摩洛哥) +212
  • Norway(挪威) +47
  • Noruu(諾魯) +674
  • New Zealand(紐西蘭) +64
  • Nicaragua(尼加拉瓜) +505
  • Nigeria(奈及利亞) +234
  • Pakistan(巴基斯坦) +92
  • Panama(巴拿馬) +507
  • Papua New Guinea(巴布亞紐幾內亞) +675
  • Portugal(葡萄牙) +351
  • Paraguay(巴拉圭) +595
  • Romania(羅馬尼亞) +40
  • Russia(俄羅斯) +7
  • Rwanda(盧旺達) +250
  • Saudi Arabia(沙烏地阿拉伯) +966
  • Syria(敘利亞) +381
  • Seychelles(塞席爾) +248
  • Sri Lanka(斯里蘭卡) +94
  • Singapore(新加坡) +65
  • Sudan(蘇丹) +249
  • Sweden(瑞典) +46
  • Thailand(泰國) +66
  • Tonga Islands(湯加群島) +676
  • Turkey(土耳其) +90
  • Uganda(烏干達) +256
  • Ukraine(烏克蘭) +380
  • United Arab Emirates(阿拉伯聯合大公國) +971
  • Uruguay(烏拉圭) +598
  • Uzbekistan(烏茲別克) +998
  • Venezuela(委內瑞拉) +58
  • Yemen(葉門) +967

收不到驗證碼?

如果您沒有收到簡訊驗證碼或一次性密碼(OTP),請先參考以下排除方式:

  • 請確認目前手機訊號強度;簡訊傳送當下,若所在位置訊號不佳可能造成傳送失敗。
  • 請確認是否於手機中有安裝:廣告阻擋/網路安全軟體,驗證簡訊可能遭APP阻擋。
  • 手機的簡訊容量是否已達上限,因各手機型號設定限制不同,若近期未收到任何簡訊訊息,可能已達容量上限,請刪除部分訊息後重新再試。
  • 是否有向手機門號電信業者,申請開啟[阻擋企業簡訊廣告]之功能,若有請聯繫您的電信商關閉後,再重新開機嘗試驗證動作。
  • 確認預設之接收簡訊APP是否有異常,部分APP因軟體更新問題可能須重新設定,此問題因手機品牌設定不同而有差異。
  • 若短時間內有重覆操作多次驗證動作,建議請稍待一段時間後再試,避免系統判定連續發送異常。
  • 將手機關機,取出並重新插入您的 SIM卡,重新開機後,再次申請重新寄送驗​​證碼。
  • 請檢查您的檔案以確保您輸入正確的手機號碼綁定於您的加密帳號。

若還是無法收到驗證碼,歡迎聯繫我們為您提供幫助

市民頭像

點擊下方圖片更換用戶頭像

edit
修改頭像
thumbnail

視覺封面

點擊下方圖片上傳屬於你的專屬封面(僅自己可見)

edit
上傳封面圖片
background

公開暱稱

取一個專屬於你的暱稱吧!

無法使用的暱稱

第三方帳號管理

綁定後可使用第三方帳號登入

社群綁定

綁定後可變更

確定解除此社群綁定?

提醒您,解除綁定後將會影響部分功能

興趣偏好

告訴我們你想知道些什麼(可複選)

是否變更綁定ETH錢包?

eth_b

提醒您,若變更為新的錢包,我們不會保留目前錢包的所有資訊。

選擇變更的錢包:

eth_b
MetaMask
eth_b
Coinbase
eth_b
walletConnect

你綁定的錢包

提醒您,每次最多可綁定 5 個錢包,若解除綁定,系統將不會保留目前錢包的任何資訊。

請選擇要綁定的錢包?

eth_b
Torus Wallet
ETH
eth_b
MetaMask
ETH
eth_b
Coinbase
ETH
eth_b
walletConnect
ETH
eth_b
Phantom
SOL
eth_b
Glow
SOL

錢包生成中

為自己負責
去中心化錢包是您的資產,也是責任。

是否變更綁定SOL錢包?

eth_b

提醒您,若變更為新的錢包,我們不會保留目前錢包的所有資訊。

選擇變更的錢包:

eth_b
Phantom
eth_b
Glow

驗證失敗

fail

非常抱歉,寄信過程中發生了錯誤,請 聯繫客服。

興趣偏好

告訴我們你想知道些什麼(可複選)

電子報管理

您尚未訂閱電子報

news
Hey,想知道更多幣圈相關的知識內容嗎? 訂閱加密電子報,可以幫助您快速掌握幣圈趨勢。

訂閱成功

感謝您使用 此信箱訂閱加密城市電子報,本站保留調整出刊頻率之權利,其它事項請參閱我們的「隱私權聲明」

手機驗證成功

變更信箱

提醒您,變更電子報收件信箱 不會改變您的帳號綁定信箱

電子報管理

感謝您使用 此信箱訂閱加密城市電子報

確定放棄訂閱電子報嗎?

news
我們還有很多很棒的內容想分享給你...

真的決定要走了嗎?

已解除電子報訂閱

對於您的離開,我們感到很遺憾,加密城市會繼續努力,希望未來能再為您提供服務

帳號註冊

使用 Email 完成帳號註冊

提醒您,信箱註冊後無法變更

停用您的帳戶

這意味著您的資料將不再顯示在加密城市中,也將無法繼續參與白單市集的抽獎活動。

thumbnail
@undefined

如果您停用加密城市帳戶,可以在30天內還原,但如果30天內未登入,帳戶和個人資料將永久刪除。

若您有需要,歡迎隨時聯繫我們以獲得支援和協助。我們重視您的隱私和資料安全。

search
通知訊息
icon

APP Download

加密城市:最全面的區塊鏈資訊平台

icon_qrcode
iconicon
icon

以太坊要分道揚鑣?詳細解說「Prague 硬分叉」,會帶來哪些改變?

main

以太坊要分道揚鑣?詳細解說「Prague 硬分叉」,會帶來哪些改變?

市場 2024 01 19 ‐ By MarsBit

本文討論了以太坊坎昆硬分叉後的未來展望,包括 Reth 團隊提出的硬分叉計劃和新的EVM物件格式EOF。

這篇文章的目的是概述 Paradigm Reth 團隊對哪些 EIP 應該包含在 Prague、坎昆升級之後的下一個 EL 硬分叉以及關於 2024 年「EL Core Dev」總體計劃的看法。以下觀點是不斷變化的,僅代表 Reth 團隊當前的觀點,不一定代表更廣泛的 Paradigm 團隊。

我們認為 Prague 硬分叉有可能在 2024 年第三季在以太坊測試網路上進行,並於年底在主網上進行。它應該包括:

  • 任何與質押相關的 EIP,如 EIP-7002,它可以實現重新質押和無信任質押池;
  • 孤立的 EVM 變更。

我們願意與任何希望進一步研究 Prague 或其他未來 EL 硬分叉問題的團隊合作,並歡迎指導或提供有關修改 Reth 程式碼庫的指導。

支援:

  • 我們認為必須優先考慮以下 EIP:700261102537
  • 我們支援規範中所述的 EOF,但希望儘快確定其範圍,並建立一個該範圍的元 EIP。
  • 我們對增加 EIP-4844 Max Blob Gas 持開放態度。我們對合適的數字還沒有定論,但我們邀請數據人員與我們一起研究這個問題。
  • 我們願意提供 EIP-7547 版本:納入列表,以協助抵制基礎層審查。

不支援:

  • 我們不支持在 Prague 中的 Verkle Trees,但支援客戶團隊在 2024 年第 2 季開始努力,並承諾在 2025 年中、末在 Osaka 中交付。
  • 我們認為不應增加 Layer1 執行 Gas 限額或合約規模,但我們邀請資料人員與我們合作,共同調查對網路的影響。由於過去的測試表明 Reth 節點可以順利處理增加的負載,因此我們願意修改我們的觀點。
  • 我們認為,錢包、帳戶抽象 EIP 需要進行更多的對戰測試,以更好地了解它們之間的權衡空間。如果它們並不互相排斥,那麼我們願意在未來部署多個與 AA 相關的 EIP。
  • 如果社群對傳言中的 NSA 後門沒有意見,我們可能會在 EIP-7212 (secp256r1) 中取得突破。
  • 其他路線圖主題: 我們對 CL EIP 或 CL/EL 分叉的耦合沒有實際看法,但 EIP-75497251 似乎很有前途。我們也希望在可能的情況下,從 EL 方面為 PeerDAS 的工作做出貢獻。目前,我們希望避免引入 SSZ 根(EIP-6404、6465、6466)。最後,我們注意到,EIP-4844EIP-4444 均未指定過期 blob、歷史和狀態的長期資料存檔解決方案,而以太坊是否願意提供這樣的解決方案尚待確定。

支援

抽象地說,我們支援以下兩點:

  1. 進一步縮小 CL 和 EL 之間的差距;
  2. EVM 修改可作為單人工作執行,並可進行隔離和平行測試。

EIP-7002

此 EIP 透過啟用 EL 側的智能合約來控制 CL 側的 1 個或多個驗證器,從而解鎖了無信任的再驗證和驗證池。從我們的角度來看,這是一個不費吹灰之力的 EIP,因為它至少能讓現有的質押池從實現提款的智能合約中消除一層中心化。

將有狀態預先編譯引入 EVM 是我們需要在 EVM 實作中捕獲的新抽象,但除此之外,我們認為這是一個可以直接執行的 EIP。

EIP-6110

這將在 EL 狀態中引入存款,簡化了需要在 CL 上完成的狀態管理。從實施角度來看,這與追蹤 CL 提款類似,因此總體而言,我們認為這也是一個易於實施且獨立的 EIP。

EIP-2537

目前已有多種 BLS12-381 實現,它是許多 SNARK、BLS 簽章演算法和 EIP-4844 中經常使用的曲線。我們認為實現的複雜度很低,因為它只是透過預編譯介面公開了曲線的驗證演算法。我們可能還需要 BLS12-381 曲線預編譯的雜湊演算法。

EOF

簡而言之:支援 Solidity 和 Vyper 將採用的範圍明確的版本。程式碼格式和驗證調整可使分析更容易,這一點毋庸置疑。我們建議仔細考慮除此之外的任何內容。我們在下面推薦了一些 EIP,但我們願意進一步調整。

優勢:

  • 僅對 EVM 進行更改,可透過以太坊/測試進行測試,並由一人實施。
  • Vyper 和 Solidity 想要的 EVM 變更!
  • 有助於提高效能和增加合約大小限制。
  • 消除了 EVM 在運行時進行位元組碼分析的需要,在不涉及快取的情況下,這可能需要多達 50% 的時間,並隨著合約大小的增加而增加。
  • 啟用部分程式碼加載,有助於執行大型智能合約。
  • Devex:將允許使用 dupN/swapN 修復 Solidity 中的 「堆疊過深」問題,並改進其他工具。
  • 面向未來:可以安全地在 Layer2 中引入新功能,並且工具會知道什麼是相容的。

劣勢:

  • 範圍和移動目標。
  • 沒有支持者大力推動將其納入。
  • 遺留程式碼仍需支援。
  • 在採用之前,以太坊主網和其他 EVM 鏈之間存在暫時分歧。

我們認為應在 2024 年部署以下 EOF 功能。我們建議儘快確定範圍,並做出承諾。其他內容應考慮後續部署。我們的建議:

我們對 EIP-6206 不太確定: EOF - JUMPF 和非返回函數。雖然它允許對 EOF 函數中的尾部呼叫進行最佳化,但我們仍需要看到語言對其有用性的分析。如果沒有,我們認為可以將其從範圍中刪除,並納入後續的 EOF 更新中。

我們將上述工作預算為 1-2 個月,由 1 位全職人員完成。如果能保持勢頭,我們願意進一步縮減上述範圍。

關於遺留的位元組碼(bytecode)說明:

雖然我們可以禁止新的遺留/非 EOF 位元組碼,但無法廢除現有的遺留位元組碼,因為它們實際上是 EOF 「v0」。遺留位元組碼在 EOF 後仍需要 JUMPDEST 分析,在 Verkle Tries 中仍需要特殊程式碼處理來將其分割成區塊。

據我們所知,在無法存取來源工件的情況下,沒有可驗證的方法將非 EOF 位元組程式碼轉換為 EOF,但我們願意研究促進這種轉換的機制。

另外,我們也願意探索強制將狀態遷移到 EOF 的老方法。

增加 EIP-4844 Blob 數量

我們對此更改持開放態度,這相當於增加 EIP-4844 的 MAX_BLOB_GAS_PER_BLOCK 和 TARGET_BLOB_GAS_PER_BLOCK:

> TARGET_BLOB_GAS_PER_BLOCK 和 MAX_BLOB_GAS_PER_BLOCK 的目標值為每個區塊 3 個 Blob(0.375 MB),最大值為 6 個 Blob(0.75 MB)。這些較小的初始限制旨在最大限度地減少本 EIP 對網路造成的壓力,隨著網路在更大區塊下顯示可靠性,預計將在未來的升級中增加這些限制。

實際上,這只是一個很小的程式碼變更,我們需要在 txpool 中調查其實際影響,但我們認為可以為此重新使用 EIP-4844 壓力測試基礎架構。或許 CL 更難傳播更多的 Blob;我們聽從 CL 團隊的意見。

不支援

Verkle Tree

我們認為 Verkle Trees 無法在 2024 年底或 2025 年初部署。我們建議團隊在 2024 年第二季為此分配資源,並承諾在 2025 年第二季至第三季的 Osaka 硬分叉中進行部署。

優勢:

  • 透過更小的儲存證明,使輕量級客戶端更便宜。
  • 透過在程式碼區塊的頭中包含讀取預狀態來實現無狀態執行,這也可能透過靜態狀態存取來提高效能。
  • 透過分塊位元組碼和啟用部分程式碼加載,提高合約大小限制。
  • 由於 「恢復」狀態的成本較低,狀態過期變得更容易接受。

劣勢:

  • 變化的影響以及實施和測試的整合工作。
  • Gas 核算變更: Verkle 嘗試將證人的大小引入 Gas 計算功能。我們擔心尚未對儲存定價的變化進行探討(例如,Verkle 推出後,頂級 Gas 消耗者的成本會是多少)?
  • 應用整合: 在疊加過渡運行期間,使用 Merkle Patricia Trie 校驗器的應用程式應該做些什麼?eth_getProof 應該如何運作?

雖然我們理解 Verkle Tries 的好處,但我們認為需要更多考慮第三方工具、合約需要如何調整,以及過渡對 Layer2 等的影響。起初,我們對遷移策略存有疑慮,因為該策略規定,當從先前存在的 MPT 中讀取狀態時,Verkle Trie 應進行更新,但現在似乎不再是這樣了。因此,我們支援將覆蓋樹方法作為一種可行的遷移路徑。

一般來說,Verkle 遷移策略的文檔似乎已經過時,因為大多數資源仍然指出,當從 MPT 中讀取狀態時,Verkle 三元組應該更新,儘管事實並非如此。我們希望看到用最新方法更新關鍵轉換文件,例如這份出色的文件。我們也希望看到關於過渡策略的 EIP 草案。

因此,我們仍然支援在 2025 年推出,但看不到在 Prague 部署的路徑。

Layer1 Gas 限制

我們認為,由於需求誘導,提高 Layer1 Gas 限值在實務上不會有太大作用。我們也認為,大多數客戶都能承受平均負載的增加,但我們希望對最壞的情況保持警惕,因此我們還不能建議提高 Layer1 Gas限制。我們認為,在短期內,增加 Blob Gas 限制是一個更有前景的解決方案。

我們邀請大家與我們合作,共同進行這方面的研究,以及圍繞打破 EVM 中資源計量的整體研究。Broken Metre 論文是這研究方向的良好起點。

帳戶抽象

我們對納入其中一個或多個 EIP(或將 ERC 納入其中)持開放態度,但我們更希望看到每個提案之間更多的用戶體驗和 DevEx 比較,以便更好地了解工具整合的權衡空間和工作量。我們關注以下 EIP/ERC,但歡迎向我們提出更多建議:

我們要提醒的是,在上文中,「帳戶抽象」是指抽象驗證功能,其主要目標是實現密鑰輪換、使多簽錢包成為一流的,並為我們提供一條自動實現量子抗性的途徑(h/t VB),只適用於上文的 4337 和 7560,而其他建議則分為兩類,即 Gas 贊助和批量操作。

免責聲明:本文不構成投資建議,使用者應考慮本文中的任何意見、觀點或結論是否符合其特定狀況,並遵守所在國家和地區的相關法律法規。


最新評論

thumbnail
refresh
換一換
empty

還沒有評論,發表第一個評論吧

seperate
關閉