從上線到佔據所有質押 ETH 的 7.8%，這並非正常的基礎設施時間表，而行銷也不是原因。 節點運營商行動緩慢，自有其合理原因。任何涉及共識的變更，都會獲得變更窗口、分階段部署、回滾計畫，以及三人簽署批准。這個流程是以季度為單位運行，而非以週為單位。 mump2p 因其位置而跳過了大部分審查流程。它與客戶端並行運行，不持有任何密鑰，不更改任何共識規則，若它出現故障，你的節點將完全恢復到初始狀態。你所批准的並非替換我們的網路，而是新增一條備用路徑，同時保留原有路徑。 易於嘗試、易於放棄，這才使得採用曲線陡峭上升。大多數團隊試圖通過證明產品優秀來贏得內部審查，而 @get_optimum 則是透過讓決策變小而獲勝。 下次當有基礎設施以六週的整合指南開場時，值得記住這一點。 @blockchainjeff

你發送了一筆交易，它已確認，但你的錢包仍顯示舊餘額。刷新後，餘額出現了；再刷新一次，又消失了。並沒有任何東西損壞，你只是碰到了一個尚未同步的副本。 Rialo 發布了一篇關於一致性模型的指南，精確解釋了這一現象，其說明比大多數錢包 UX 建議更有用。分散式系統會在多台伺服器之間複製資料，而這些伺服器接收更新的時間點各不相同。若讀取請求落在滯後的副本上，就會返回較舊的已提交狀態。這在大多數一致性模型中是正確的行為，但看起來卻極具迷惑性。 解決方案有一個名稱：讀己所寫。一旦客戶端在一個會話中提交寫入，該會話中後續的所有讀取都必須反映此寫入。即使其他使用者還未看到，你也總能看見自己的交易。配合單調讀取，你的視圖只會向前推進，因此在一個會話中餘額不會倒退。 @RialoHQ 的文件指出，錢包應在應用層實現此機制，並分別映射出哪種模型適合區塊鏈的哪一部分：最終性檢查點使用強一致性；同步期間的區塊排序使用一致前綴；輕客戶端使用有界滯後性。 大多數區塊鏈並未記錄一致性規範，而是讓開發者透過錯誤回報自行發現。明確記錄每種保證適用於何處是一項無聊卻極其重要的工作，它能為他人節省一週時間，避免追查根本不是錯誤的問題。

Startale Card 於昨日正式上線，已處理 300,000 筆預訂，官方發佈的宣傳文案指出，您的鏈上 @soneium 資產已可隨時用於日常消費。然而，新聞稿的內容更為精簡。您將 USDSC 轉入卡片並進行消費。值得了解的是，這兩句話中哪一句才是真正的產品。 實際上線的產品如下：由 Visa 主要成員 Rain 發行的虛擬卡片，覆蓋超過 1.5 億個商戶點。現金回饋以 USDSC 直接支付至帳戶。KYC 流程於 @StartaleGroup 應用程式內完成，隨後啟用；早期貢獻者優先獲邀，等候名單用戶則按排名順序於十一月前陸續獲邀。預訂於七月開放，從等候名單到實際發卡歷時四個月。 細節藏於條款之中：該卡片與 Earn、交換及 USDSC 餘額等應用程式服務分開管理，發行方亦不參與這些服務。因此，超級應用程式的定位與法律架構略有不同，這在卡片計畫中屬常態，但仍建議在假設餘額可互通前仔細閱讀條款。全文未提及實體卡片。 我的看法是，這種收斂反而是最出色之處：僅能用於消費穩定幣的卡片，並非「縮小版」卡片，而是當市場開盤暴跌時仍能正常運作的版本。

首個運營商案例研究已落地，真正重要的數字並非 headline 數字。 Blockdaemon 讓 2,185 個主網驗證節點使用 mump2p，其錯誤投票率從 0.452% 下降至 0.273%，降幅達 39.7%。值得關注的是：他們原本的準確率已超過 99%。這一提升來自於大多數團隊會視為已無潛力的保證金空間。 該機制的關鍵在於分佈，而非平均值。區塊平均到達時間提前了 366 毫秒，這固然不錯，但傳播分佈從 515 毫秒收緊至 152 毫秒。平均值影響你的典型插槽，而分佈決定你的最差情況——而你的最差情況正是證明（attestations）出錯的地方。 我欣賞的一個細節是：基線數據來自 50,232 個插槽中的 151 個公開 Xatu 防禦節點，而非僅僅來自 @get_optimum 的監控工具。任何對結果存疑的人，都可以去與他們可下載的數據集爭論。 與你無法控制的節點進行對比，才是我要持續閱讀的版本。 @blockchainjeff

錢包彈出視窗會顯示合約地址、函數名稱和氣體估計值，但該畫面上並未告訴您簽署後的餘額狀況。大多數人仍會點擊批准，因為替代方案是閱讀位元組碼。 盲簽是造成大量鏈上損失（非協議漏洞所致）的主要原因。用戶確實授權了該操作，但他們根本無法看見自己授權的內容。 最近在 Rialo Builders Hub 展示的反應式 DeFi 投資組合原型 Velora，會在用戶錢包簽署任何內容之前，先模擬每筆鏈上交易。結果會先被計算出來，簽署則在用戶檢視結果後才進行。結合每日硬性上限 2,500 美元以及自動阻止轉帳至未授權地址的功能，該代理程式運作於用戶實際可見的界限之內。 此處預模擬之所以可信，是因為 @RialoHQ 的執行具備固有的確定性。程式在任何運行前，都會被標準化為所有驗證節點上完全相同的位元組碼，並提前明確分配資源限制。一個無法與實際執行產生分歧的模擬，才是值得閱讀的模擬。 硬體錢包解決了「誰持有密鑰」的問題，但從未有人解決「持有密鑰的人是否理解自己簽署的內容」這一問題。

目前，近 8% 的質押 ETH 正在運行 mump2p。這個比例本身不如它對網狀結構的影響來得有趣。 以太坊的 gossip 層讓每個節點與每個主題約 8 個網狀節點相連。如果採用者在網路中隨機分佈，8% 的採用率意味著幾乎一半的節點已與至少一個加速節點相鄰。每兩個節點中就有一個，在 8% 的情況下。 將這個數字推高至 20%，則超過 80% 的節點都擁有快速鄰居。 誠實說明：質押比例不等於節點比例。大型運營商在較少的機器上運行多個驗證者，且採用者往往聚集而非分散，因此節點層面的數字幾乎肯定低於質押層面的數字。 但整體趨勢仍然成立。在這一類別中，效益並非在所有人都採用時才出現，而是在你的鄰居採用時就已出現，且這一曲線在早期就已急劇上升。 @get_optimum 已突破 3.36 百萬 ETH 的加速量。我真正關注的數字是，目前有多少比例的節點距離一個加速節點僅一步之遙。 @blockchainjeff

在典型區塊鏈上執行一個貸款請求，可能需要三種不同的代幣：一種用於支付汽油費的原生資產，一種用於支付獲取借方信用數據的中繼服務，另一種則用於補償在數據返回後觸發回調的維護者網絡。 這個例子來自 Rialo 自己的異步執行文檔，它描述了大多數人稱為「單一交易」的實際運營成本：需要獲取、持有、監控和補充三種資產，管理三個餘額，且若其中任何一個在關鍵時刻耗盡，工作流程就會中斷。 這種多代幣稅收很少被提及，因為它並非任何協議收取的費用，而是將功能外包給各自需要獨立經濟模型才能生存的獨立網絡時所產生的衍生成本。沒有人刻意設計它，而是一層又一層的中間件累積而成。 在 @RialoHQ 上，相同的流程以單一異步交易執行。驗證者透過原生網路呼叫查詢外部 API，執行過程會暫停並自動恢復，無需維護者觸發。只需一種代幣、一個餘額、一件需要持續供資的事。 代幣設計的討論通常圍繞供應時間表和分發曲線展開，但更有意義的問題是：開發者必須持有多少種不同代幣，其產品才能正常運作？對大多數這個行業而言，誠實的答案一直是三種，但從來沒有人把這個數字寫進簡報簡報中。

上週，一種新的衡量標準悄然進入這個行業，但它並非 TVL。 總提升價值（Total Value Boosted）。指其區塊資料現在透過加速路徑傳輸的已質押 ETH 數量。@get_optimum 將其放在公開儀表板上，DefiLlama 隨後採用，這正是指標變得真實的方式：一個中立的第三方同意追蹤它。 想想 TVL 對 DeFi 做了什麼。它給每個人提供了一個單一數字來競爭，一年之內，每個協議都開始優化這個數字，甚至以真正愚蠢的方式。指標塑造行為——你發布的數字，就是你的行業開始追逐的數字。 TVB 比表面看起來更有趣，因為它無法像通常那樣透過激勵措施租用。沒有人會將資本停放在傳播層。這些質押資金早已質押，並已在執行其功能。這個數字衡量的是運營商做出基礎設施決策後並未撤回的行為。 它是否會流行，我無從得知。但一個網路層終於獲得自己的追蹤指標，意味著有人終於決定這部分堆疊值得被衡量。這已經遲了大約十年。 @blockchainjeff

在鏈上舉辦抽獎聽起來很簡單，但當你問「誰來選出獲獎者」時，問題就出現了。區塊雜湊值可由提出區塊的人影響；組織者生成的隨機數，只是組織者自己選擇的一個數字。參與者事後無法分辨公平抽獎與作弊抽獎之間的差異。 在 Rialo Builders Hub 上提出的 Drawbook，透過「提交-揭示」機制解決了這個問題。參與者首先提交入場資訊，並與錢包綁定；隨後才進行揭示，並透過智能合約驗證，任何人都可以在鏈上查閱結果。在入場尚未關閉時，組織者無法看到自己將抽中哪些項目；一旦揭示開始，結果便無法更改。 這種雙階段結構正是關鍵所在。將提交與揭示分開，消除了擁有優先時機的人利用他人無法獲取的資訊進行操作的窗口。這與密封投標拍賣所採用的邏輯相同，只是應用於大多數鏈上抽獎仍依賴信任處理的問題。 在 @RialoHQ 上輕鬆實現此功能的原因在於，揭示過程不需要外部觸發。定義在特定區塊開啟揭示階段，或在入場關閉時自動啟動揭示，這些都是網路自身可評估的條件。無需組織者在正確時機按下按鈕——而這正是公平抽獎中應被移除的環節。 可驗證的隨機性在密碼學中早已是解決的問題，真正持續未能實現的，是將它應用於人們實際使用的產品中。

Fhenix 在以太坊和 Arbitrum 上開設了 CoFHE，並選定兩個名稱作為首批主網設計合作夥伴，其中 @FlutonIO 就是其中之一。另一個是 Alpha Engine，一個可在不暴露交易策略背後邏輯的情況下評估交易策略的平台。 這兩家合作夥伴分別押注於不同的方向。Alpha Engine 保護的是某項產品的機密；而 Fluton 則保護一個供其他產品依賴的層級，透過單一保密引擎，將交換、支付和跨鏈操作的加密意圖整合在一起。一位合作夥伴是加密運算的客戶，另一位則是吸引更多客戶的途徑。 @fhenix 表示，這兩家合作夥伴在上線前均已通過技術與安全審查，因此 Fluton 是在入場時就經過審核，而非事後補查。我可能無法準確判斷這一點的分量，因為審查細節並未公開，相關描述也來自 Fhenix 自身。 在一個每個合約都必須獲得批准才能運行的主網上，被列為首批合作夥伴所代表的意義，遠超過任何標語。