MEER BANO

我在伊斯蘭堡的筆記本電腦上運行一個小型 Python 腳本，給一個側項目做大量哈希運算。有一次我嘗試把它放進一個沙箱環境裏，想着它在邏輯不變的情況下應該能跑得差不多快。但實際運行明顯更慢，直到我讀到 Dusk 的 Piecrust VM，我才從技術層面真正理解爲什麼會這樣。

我原以爲，所有在 WASM 虛擬機內執行的智能合約都會以接近原生的速度運行，因爲 WASM 通常被宣傳爲接近原生性能。
但對特定的加密操作而言，這並不準確。白皮書中引用的研究表明：對於複雜應用，WASM 執行可能比原生代碼慢 45% 到 255%，主要原因在於沙箱內的虛擬化內存管理以及額外的指令處理。

這正是爲什麼 Piecrust 根本不會把諸如 ZK 證明驗證、哈希或簽名校驗這類任務放在 WASM 沙箱裏執行。它改爲暴露宿主函數：通過對 hash、verify_plonk、verify_groth16_bn254、verify_schnorr 和 verify_bls 等操作提供直接的原生調用。合約會先調用原生代碼去完成昂貴的加密計算，然後再回到 WASM 裏處理其他所有事情。這是一種刻意的架構拆分，而不是某種權宜之計。

白皮書直接承認的是：Dusk 目前還沒有量化這個方案帶來的真實省電效果。所以我沒法給你一個可靠的效率數字，因爲 Dusk 自己還沒有發佈。

DUSK 真正需要經受的檢驗，是當合約複雜度在主網不斷增長時，這種“宿主函數”方案是否仍然能站得住。

有沒有人自己把 Piecrust 的宿主函數調用和純 WASM 執行做過基準測試？
@Dusk #dusk $DUSK

💰 我們認爲 $BTC 可能會跌破 45k 美元的原因之一：

2021 年高點到 2026 年高點：1.8x
2022 年低點到 2026 年高點：8.1x

更現實的計算：

2026 年高點到下一次高點：1.4x（175k 美元）
2026 年低點到下一次高點：4.1x

44k 美元 * 4x -> 175k 美元
35k 美元 * 5x -> 175k 美元

2026 年低點應爲：44k 美元 - 35k 美元
最終的高點大約：175k 美元
$ONG $ZEC

關注、轉發、評論並領取紅包 🎁🎁🎁

🚀 WLD — 長線佈局

入場：0.3968（當前市場）
🎯 目標：0.6320（波段）
🛡️ 止損：0.3742

📈 AI敘事升溫 + 重新奪回HTF VAL，並向上突破。

⚠️ 風險：🟡 中等——嚴格執行計劃。
$WLD

我把父親在錫亞爾科特（Sialkot）店裏用過的一卷舊現金收據紙帶留了下來。每一筆都疊在上面，打印出來後從來不會被擦掉。那就是我對 UTXO 系統的印象：賬單只是按時間一筆筆堆起來，留在那裏。讀完 Phoenix 之後，這種假設被我稍微打破了。

Phoenix 確實使用 UTXO 結構，但它把它們稱爲“notes（票據/憑證）”，存儲在一棵 Merkle 樹中，而不是一個扁平的賬本。你花掉一張 note 時，並不會把它刪除，而是生成一個 nullifier（空值標識符/作廢標記），它由該 note 的私鑰派生出來，用來證明它已經被花費過，同時又不泄露它在整棵樹中的具體是哪一張。網絡只會追蹤已使用的 nullifier 列表。notes 在樹中會在物理層面永遠保留下來，隨着每一筆交易（無論花沒花）樹都會變大。

真正讓我重新理解這一點的，是這個細節。隱私並不是來自把交易從鏈下隱藏起來，而是來自讓每一張 note 在出現 nullifier 之後，都變得和每一張其他尚未花費的 note 完全不可區分。沒有人（包括驗證者）能夠指着樹說“就是剛纔那片具體的葉子被花掉了”。所有權和餘額通過零知識證明來證明——網絡驗證的是數學關係，而不是驗證可見的金額。

白皮書沒有告訴我的是：隨着主網上多年活躍導致 note 數量增長，樹的規模會如何影響證明生成時間。這是一個我無法從源材料中回答的真實可擴展性問題。

對 DUSK 來說，真正的考驗在於：當 Phoenix 的 note 樹真的變得很大之後，它的使用速度是否仍然足夠快。

有人知道目前 Phoenix 的 note 樹在 Dusk 主網裏有多大嗎？
@Dusk #dusk $DUSK

我昨天給古傑蘭瓦拉的一位供應商進行了銀行轉賬，收據上顯示得一切都很清楚：我的賬戶、他的賬戶、精確的金額，什麼都沒有隱藏。我原以爲 Dusk 作爲一個隱私鏈，意味着它上面的每一筆交易都會反過來運行——默認情況下所有信息都會被遮蔽，且不會有例外。

但當你查看 Moonlight 時，你會發現這種假設不成立。它是一個完全透明、基於賬戶的模型，更接近以太坊而不是 Zcash。每個賬戶都有一個充當標識符的公鑰，網絡會直接爲其記錄可見的 nonce 和餘額。所有權通過一個直接的數字簽名來證明，網絡會檢查發送方是否有足夠的資金，並且 nonce 必須精確地比該賬戶當前計數多 1，以阻止重放攻擊。

真正讓我重新理解的是：意識到 Dusk 並不是某種“順便允許透明”的隱私鏈。它讓 Moonlight 與 Phoenix 並排運行，作爲兩種同等受支持的交易模型，而只有 Phoenix 處理被隱匿的一側。這意味着 Dusk 是被刻意設計來服務一個世界：金融機構既需要公開可審計的交易賬本（用於某些交易），也需要對其他細節進行隱藏，而不是單一的通用隱私默認。與許多隱私幣試圖做到的方式相比，這是一種更成熟的設計選擇。

白皮書沒有提到的是，在實際網絡使用中，多少比例的真實流量是通過 Moonlight 而不是 Phoenix 跑起來的。我沒有任何真正的交易拆分數據可以指向。

DUSK 的真正檢驗在於：一旦出現真實的業務量，機構是否真的會在其合規業務中使用 Moonlight。

有人知道 Dusk 主網當前 Moonlight 與 Phoenix 的交易佔比分別是多少？@Dusk #dusk $DUSK

📉 $BTC LTF 更新

移步後的整固——當前在低時間框架內價格處於區間震盪。週末流動性較薄，因此預計走勢會比較平淡。

圖表上標出了兩個關鍵價位。輕觸其一，都可能引發向另一側的掃蕩。

🔍 一旦區間邊緣被測試，就留意是否出現方向性推力。

我在巴基斯坦拉瓦爾品第的電錶抄表員上個月在他例行巡查時，因爲跳過我們這條街收到了警告通知。沒什麼嚴重的事，只是寫進他檔案的一份正式記錄。我原以爲 Dusk 會以同樣的方式對待供給者的不當行爲——同一套警告機制，處罰也會以同樣的方式遞增，不管你到底做錯了什麼。

但事實不是這樣。Dusk 會把故障分成兩個清晰分離的類別，並帶來完全不同的後果。比如一個輕微故障——當你被選爲出塊方時卻沒有廣播候選區塊——會導致暫停以及輕度削減（soft slashing）。而一個重大故障——例如廣播無效區塊、雙重投票，或在同一次迭代裏發佈兩個不同的候選區塊——則會觸發強制削減（hard slashing）。

真正讓我重新理解這一切的，是“輕度削減”和“強制削減”到底分別會做什麼。輕度削減只是把你質押的一部分鎖住；這會降低你在未來抽樣/排序（sortition）輪次裏的權重，但不會摧毀任何東西。強制削減則是直接焚燬你質押的一部分，且是永久性的；被焚燬的金額會根據故障的嚴重程度或是否反覆發生而增加。一個是超時（timeout）。另一個是實打實的金錢損失，而且沒有回頭路。

白皮書沒有明確說明的，是在重大故障不同等級下，準確會燒燬多少百分比或多少 DUSK。沒有那個數字，我就無法告訴任何人，某一種具體違規在現實中到底會有多麼昂貴。

對 Dusk 來說，真正的考驗是：隨着質押集中度增長，強制削減是否仍然足夠嚴厲，能夠真正起到威懾雙重投票的作用。

有人知道 Dusk 對重大故障實際適用的真實燒燬百分比嗎？
#dusk $DUSK @Dusk

我在拉合爾的裁縫會把每一單的收入按固定比例，在他和兩名學徒之間分成固定份額；不管那天學徒實際做了多少活，分成都是同樣的比例。我原以爲 Dusk 的 80/10/10 區塊獎勵分配也是同樣的方式——固定的份額發放，不會因爲投入多少而變化。
只有給 Dusk 的那 10% 以及大體的基礎結構是固定的。生成者（generator）的 80% 實際上分成兩部分：先是鎖定的 70%，然後還有一塊可變的 10%，它完全取決於生成者在區塊證書（block certificate）裏包含了多少投票（votes）。把投票刪掉，這一可變的份額就會縮小。把已知的每一條投票都包含進去，生成者就能拿到全部 80%。
這一細節改變了我對這個系統的看法。它並不是真正的 80/10/10 分賬，而是把合規激勵包裝成“獎勵分配”。在財務上，生成者會被推動在最終確認一個區塊之前儘可能收集更多驗證者簽名（validator signatures），這會直接提高投票者也能拿到自己那 10% 份額的概率。
投票者獎勵池會根據持有的積分（credits）進行分配，這又回到了我之前講過的加權委員會（weighted committee）機制。
白皮書沒有說清楚的是：在實際運行中，生成者提交區塊時使用不完整投票集合的情況有多常見——這是不是很少發生，還是一種反覆出現的行爲。我無法僅憑來源材料回答這一點。

對 DUSK 來說，真正的檢驗在於：當網絡活動規模上升時，這種激勵結構是否還能讓生成者持續把完整投票集合都納入區塊。
有人知道 Dusk 是否在任何地方公佈了真實的生成者投票包含率（generator vote inclusion rates）嗎？
#dusk $DUSK @Dusk

$BTC 在接近 8 萬美元的位置敲到關鍵阻力位。若未能守住其上方，預計將出現回調。

我在卡拉奇港口追蹤的一次清關，在門戶上一直停留在“待審覈”三天，隨後沒有顯示中間任何步驟，直接跳到“已清關”。我原以爲 Dusk 區塊的最終性會以類似方式運作：先 pending、再 final、一次跳轉就結束。但事實並非如此；滾動最終性根本不是這樣運作的。

一個區塊會經歷四種彼此不同的狀態，它們之間的跳轉完全取決於此前迭代發生了什麼。若該輪中之前的迭代都爲零且未失敗，那麼該區塊一開始就以“已證明/attested”（attested）爲起點，意味着沒有其他候選者可能在共識上擊敗它。若任何先前迭代確實失敗過，且沒有失敗證明（fail attestation），那麼該區塊就改爲“已接收/accepted”（accepted）開始，因爲理論上更低迭代的區塊仍可能替換它。

真正改變我思路的是：confirmed（已確認）和 final（最終）並不主要是關於區塊自身的狀態。一個已證明的區塊，只要出現並證明（attested）或確認（confirmed）了某一個後繼區塊，它就會變爲 confirmed。不過，一個已接收的區塊需要在其上連續疊加 2×n 個 attested 或 confirmed 區塊，其中 n 是該區塊之前的“非已證明”迭代次數。也就是說，兩筆年齡相近的區塊，可能因爲它們的迭代歷史有多“乾淨”，而在到達同一置信度水平所需的時間上完全不同。

白皮書沒有給我的，是在真實的 Dusk 在線基礎設施上，從 accepted 到 final 平均需要多少秒或多少區塊的時間。我無法憑空編造這個數字。

對 DUSK 的真正檢驗在於：這種通往最終性的可變路徑，對日常需要轉移資金的用戶來說，是否依然足夠快、足夠順暢。

有沒有人追蹤過，一筆真實交易在 Dusk 上多久纔會達到最終（final）狀態？
#dusk $DUSK @Dusk

$BTC 是強烈看漲的，但當前K線在從約 $62.7K 被非常迅猛地拉昇到約 $79.5K 之後出現了延伸。我不會在 $77.9K 追多。

根據你圖表中的關鍵位：

🟢 阻力

$79,555：近期高點

$80,400：下一個可見阻力

🟡 支撐

$76,700：直接回調區

$74,300：EMA 7 且更強的動態支撐

$72,975：重要的結構性支撐

$69,400：EMA 25 附近

指標

EMA 7 > EMA 25 > EMA 99 = 強勢看漲結構

MACD 強烈爲正且在擴大

隨行情推進，成交量在上升

價格明顯高於 EMA 7，因此進行一次降溫/回調是正常的

我的交易計劃

首選做多 LONG：等待回調至 $76.7K 到 $74.3K，並尋找看漲的4小時確認。

可能目標：$79.5K → $80.4K → 若 $80.4K 被突破，則可能繼續上看更高。

突破做多 LONG：如果 BTC 能在4小時內出現乾淨的收盤價突破 $80.4K，且伴隨強勁放量，那麼延續型的交易設置將更具吸引力。

做空 SHORT：我不會僅僅因爲 BTC 看起來過度延伸就直接做空。只有在 $74.3K 被果斷跌破，且4小時結構開始轉爲看跌時，做空纔會更值得。

結論：🔥 趨勢 = 看漲。
⚠️ 在 $77.9K 入場 = 經過這段垂直拉昇後，風險/回報比很差。
等待回調，或確認 $80.4K 的突破，比追單更安全。

卡拉奇薩達爾市場裏有兩家攤販，曾經都聲稱先賣給我同一個手機殼，結果店主就看誰先拿到收據本。 我當時以爲 Dusk 處理競爭區塊也是用同樣粗暴的方式：網絡先看到哪個，就算哪個贏。
但這和 fallback（回退）實際的工作方式正好相反。 當兩個候選區塊在同一輪裏都達成了共識——這種情況可能來自網絡擁堵時的延遲或丟包——Dusk 並不會偏向“先到達的那個”。它偏向的是在迭代次數（iteration number）上更低、先達成共識的那個。 例如，迭代 5 的區塊如果被迭代 2 的區塊替代，是因爲迭代 2 的區塊也同樣達到了法定人數（quorum）。 回退流程會把本地鏈回滾到更高迭代區塊之前的狀態，改接受低迭代的那個區塊，並丟棄所有在被丟棄區塊之上構建的後繼區塊。
真正讓我轉變思路的是迭代 0 的例外。 在迭代 0 達成共識的區塊不可能被更低迭代次數的區塊替換，因爲不存在更低的迭代。 它仍然可能在之後被回退，但前提是它上游的某個東西——也就是它的某個祖先——會先被回退。 所以在 Dusk 上，“最終性（finality）”並不只是某一個區塊自身狀態決定的，而是繼承自其下方承載的一切。
白皮書沒有量化的，是在網絡處於真實規模的擁堵下，這種“分叉”到底會有多常發生——而不僅僅是在理論上。

有人見過 Dusk 區塊上真實發生過 fallback 事件嗎？
#dusk $DUSK @Dusk

$HEMI 在那次大力度拉昇後稍作喘息 😬
📉 HEMI 目前報 $0.009006（+37.02%）——在掃掉 $0.009750 的局部高點後，回調在所難免。
⚠️ 需要關注的關鍵價位：
* 支撐區：$0.00829 - $0.00850（與 7 EMA 一致）。只要守住其上，拋物線結構就能保持完整。
* 阻力：重新站上 $0.00975，將打開測試心理關口 $0.010 的空間。
* 風險區：跌破 $0.0082 可能引發更深的回調，回到 25 EMA 附近約 $0.00715。
4H 的 MACD 柱狀圖顯示輕微降溫，所以這根接下來的K線將定下基調。
問題是：
先來一波快速盤整再突破 $0.010，還是先來更深的回調？ 👀
$VELVET $ACE

$ACE 剛剛失去了它建立起來的動能 😬

📉 ACE 現報 0.186 美元——賣方正在把它重新打回 25 日均線下方。

⚠️ 對我來說，關鍵區間是 0.183-0.188 美元。如果買方守住它，那麼 0.203 美元的收復可能會把動能帶回來。

💀 但如果在確認的情況下跌破 0.183，那麼這次反彈的走法就開始顯得偏弱。

MACD 已經在降溫，所以我正密切關注接下來的 4 小時K線。

問題是：
從這裏反彈，還是更深的重置？ 👀
$VELVET $HEMI

這個市場快得離譜 😭

🔥 $BTW ，價格 $0.633 —— 動能簡直驚人，但那 0.7788 的一波拉昇也說明了追漲有多危險。

📈 $VELVET ，價格 $0.6718 —— 反彈還在撐着，但它仍需要重新站回 $0.72-$0.73，結構纔算真正改變。

👀 $HEMI ，價格 $0.00911 —— 我的小心機那個。強勢突破，而且如果回調，我會盯着 $0.0085-$0.0086 這個區域。

三張圖。三個不同的故事。

現在真正的問題是：
哪個能在冷卻期後繼續存活？ 👀

VELVET（VELVET）4小時圖表解讀

從圖表來看，$0.65到$0.66是關鍵決策區。

支撐

$0.64到$0.65：即時支撐

$0.60到$0.62：更強支撐

$0.57：主要下行支撐

阻力

$0.68到$0.70：第一道阻力

$0.73到$0.75：更強阻力，接近EMA25

$0.90+：主要阻力

指標

價格：約$0.658

EMA7：$0.655，幾乎就在價格正下方

EMA25：$0.728，仍遠高於價格

EMA99：$0.657，幾乎正好處於當前價格

MACD仍爲負，但柱狀圖在改善。

交易傾向

目前我會將其判斷爲中性到略偏多，適合反彈，但尚未確認反轉。

多頭設置：如果4小時收盤價站上$0.68到$0.70，並且放量，那麼將獲得更清晰的確認。目標可能先看$0.73到$0.75，然後再上方。

空頭設置：如果價格跌破$0.64，尤其是伴隨4小時收盤跌破，那麼看空力度會減弱，接下來需要關注$0.60到$0.62這個區域。

這裏最大的錯誤就是在價格仍處於EMA99附近、且仍在EMA25下方時，去追逐最近的+32%漲幅。
$VELVET

上週我們在伊斯蘭堡經歷了一段輪流限電的時期：電網一直反覆失效，而且每次恢復後，備用系統都必須從頭重啓，而不是接着上一次的進度繼續。我原以爲 Dusk 的緊急模式也是同樣的工作方式：網絡卡頓時，它只是不斷重試同一個固定超時時間，直到某次成功。
但事實並不是這樣。緊急模式只會在連續 16 次失敗的迭代之後纔會觸發；一旦激活，整個超時結構就會被移除。迭代不再過期，它們會無限期運行，直到某個候選區塊真的被提出，並在驗證與批准兩個階段都達到法定人數（quorum）。同時，NoCandidate 和 NoQuorum 的投票也會被禁用，因此每一步都必須正確完成，下一步纔會開始。
真正讓我重新理解的是：這些開放迭代可以同時並行運行。這並不是缺陷，而是有意爲之，它提高了至少有一個迭代能夠產出有效區塊的概率。代價是更高的分叉風險，而這會通過始終選擇在“最低迭代編號”上達成共識的那個候選來解決。
最後還有一個“最後手段”裏的最後手段。如果最終一次迭代也卡住了，那麼持有總質押多數的出塊者（provisioners）可以請求一個緊急區塊——由 Dusk 簽名的特殊空區塊，其中沒有任何交易，僅用於讓這一輪繼續推進。
白皮書沒有說明的是：截至目前，這種機制在真實的 Dusk 基礎設施上到底觸發過多頻繁。我沒有數據來支撐任何頻率方面的說法。

對 DUSK 來說，真正的檢驗是：一旦主網以真實規模運行之後，緊急模式需要觸發的頻率有多低。
有沒有人實際上親眼見過 Dusk 上的緊急模式觸發過？
@Dusk #dusk $DUSK

我今天花了一個小時在拉合爾和一位法院文員來回溝通，討論到底什麼纔算聽審結果的證明：是實際的聽審結果，還是文件裏的一條記錄。當我走到 Dusk 的認證（attestation）系統時，這幅畫面就一直揮之不去。我原本以爲認證只是“已確認區塊”的一種華麗說法——一個狀態就算完成。

錯了。認證是證明在某一次特定迭代中達成了法定人數（quorum）的證據，而且有兩種形式。成功認證（success attestation）證明達到了超級多數：委員會積分的三分之二，並投出了 Valid。失敗認證（fail attestation）證明達到了多數：半數加一，並投出了 Invalid、NoCandidate 或 NoQuorum。

兩者同樣都是有效證明，只是它們證明了相反的結果。

關鍵在於：重新理解它。由於技術上在法定人數達成之後仍可能有更多投票進入，所以同一迭代可能出現多個有效認證。於是每個區塊實際上都會攜帶對前一個區塊的認證，這個東西叫做區塊證書（block certificate），它會把一組特定的投票者固定爲官方記錄。獎勵與懲罰依據的就是這張證書，而不是在網絡裏“漂浮”的任意認證。

白皮書沒有告訴我的是：在真實使用中，多份彼此競爭的認證到底有多常見，而不是那種罕見的邊緣情況。我無法在這裏“假裝確定”。

DUSK 真正的考驗在於：當網絡在大規模情況下變得混亂時，區塊證書能否保持清晰無歧義。

有人已經見過 Dusk 區塊上真實出現過“相互競爭的認證”的案例嗎？
@Dusk #dusk $DUSK

我在白沙瓦（Peshawar）的一位叔叔，坐在一個小型清真寺委員會裏：不管每位成員向建築基金捐了多少，每個成員都恰好只有一票。我原以爲 Dusk 的投票委員會也是這樣——每位提供方（provisioner）被選中一次就算一票，達到法定人數（quorum）就看人數多寡。

但我讀到委員會內部投票權的實際加權方式後，這個假設就破了。每位成員手裏都有一定數量的“積分（credits）”，而這些積分直接來自我前面寫過的確定性抽籤（deterministic sortition）流程。一個委員會在被選中的提供方之間固定分配總計 64 個積分。統計投票時，某位成員的票不只是“算一次”，而是要乘以他所持有的積分數。擁有 3 個積分的人，等效於在法定人數上投出 3 票。

這重新定義了這裏的法定人數意味着什麼。要達到三分之二的超級多數（two thirds supermajority），並不是看現場三分之二的人達成一致，而是看 64 個積分中的三分之二同意。一個委員會理論上可以只有更少的個人提供方，但如果其中幾位持有很重的積分權重，就可能很快湊滿法定人數。投票還會藉助 BLS 簽名進行彙總，並用一個 bitset 標記準確包含哪些成員，從而即便在加權投票的情況下也能保持高效驗證。

白皮書沒有講清楚的是：在單個委員會裏，積分分配實際上有多經常出現嚴重偏斜，而不是保持相對均勻。沒有真實數據，我無法判斷“高權重成員”有多常見。

對 DUSK 的真正檢驗在於：一旦更少的大型質押者開始主導委員會積分，積分加權投票還能否保持公平。

有人知道迄今爲止真實的 Dusk 委員會中，平均積分分佈大致是怎樣的？
@Dusk #dusk $DUSK