Solflare 將借貸收益整合至錢包，DeFi 正在進入預設介面 步驟減少了，風險說明更需跟上。 ① Solflare 推出 Earn，用戶可在錢包內將 USDC 提供至 Kamino 借貸市場。它將原本需跳轉至其他應用的操作，整合至行動端、網頁和擴展程式的錢包體驗中。 ② 這有機會減少用戶尋找入口、識別網站和反覆連接的麻煩。對底層協議而言，錢包也成為接觸穩定幣持有者的分發管道。 ③ 但介面上多了一個收益按鈕，並不會改變資金的經濟用途：USDC 進入的是借貸合約，利率隨市場波動，不可視為固定利息或銀行存款。 ④ 產品說明通常可快速退出，但也提示繁忙時可能耗時更久。因此，“無鎖定期”和“任何情況下即時到賬”需分開看待，借貸流動性與合約風險仍由使用者承擔。 我的個人判斷：錢包接入收益業務，將使風險說明成為產品競爭力的一部分。我更願意使用能清晰說明資金去向、退出條件與收益變動原因的介面，而非僅放大年化數字。 @Solana_zh @solana @solflare @kamino

Phantom 將預測市場帶給美國用戶，錢包入口的價值再次改變。 用戶表達觀點與完成交易，正出現在同一個頁面。 ① Phantom 開始逐步向符合資格的美國用戶開放由 Kalshi 提供的預測市場，涵蓋部分加密資產短期價格、體育及現實事件，交易入口直接整合至現有應用程式。 ② 對產品而言，這讓用戶從「持有什麼資產」延伸至「對什麼結果有判斷」。現有的餘額與使用習慣，能降低嘗試新交易場景的步驟。 ③ 但需明確業務邊界：帳戶審批、盡職調查與交易執行均由 Kalshi 負責。Phantom 僅增加了入口，並不意味著相關市場的全部業務都轉為 Solana 鏈上活動。 ④ 「面向美國用戶」並不等同於無資格或地區限制。不同類別的市場存在可用範圍差異，事件合約甚至可能損失全部投入，短期周期更易放大頻繁下注的衝動。 我自己的判斷：這件事證明了分發入口的價值，也讓我更關注產品是否幫助用戶理解結算規則。預測一次事件，與建立可持續的交易優勢，仍有很大距離。 NFA / DYOR @Solana_zh @solana @phantom @Kalshi

Google 的託管動向，比「大廠站台」四個字更值得研究 機構進入鏈上之前，先要解決誰能動錢。 ① Solana 官方披露，Google 推出面向機構的多方計算託管系統，目前處於與大型金融機構合作的私測預覽階段，商業推出目標在 2027 年初。现阶段不能把它寫成已經全面商用。 ② 這類系統處理的是數位資產控制權：密鑰如何管理、簽名權限如何分配、關鍵操作怎樣執行。對機構而言，鏈上轉賬夠快之後，內部授權與安全流程能否接受，仍會影響採用速度。 ③ 我更關注它能否成為現有企業流程的一部分。資產負債表上持有代幣和把代幣納入日常運營，是兩種複雜程度完全不同的事情，後者需要持續可用的操作制度。 ④ 私測資訊不等於客戶資金已經大規模遷入，也不能推出 Alphabet 買入 SOL。實際支援範圍、責任劃分、商業條款和用戶規模，仍要等待後續披露。 我自己的判斷：機構採用往往由這些不太上鏡的能力推進。託管、審批和操作恢復做好了，金融產品才有可能長期運行。我願意關注這條線，但會把產品進度與市場情緒分開看。 NFA / DYOR @Solana_zh @solana @Google

TVL 連續 12 個季度增長，但毛利卻下滑：DeFi 不能只看存款排名 Sanctum 這份新季報，比單純的「規模創新高」更值得深入分析。 ① 10 月 23 日，Sanctum 發布 2026 年第三季度報告。項目方披露，季末 TVL 達到約 1,860 萬枚 SOL，連續第 12 個季度增長。請注意，這是季末規模，而非本週新增存款。 ② 但另一組數字方向相反：季度毛利以美元計環比下降約 6.2%，以 SOL 計下降約 16.3%。同一項業務，更換計價單位，呈現的變化幅度便不同。 ③ 項目方將下滑主要歸因於上季度大額 LST 質押贖回帶來的一次性收入；Solana Compass 更進一步指出，本季度亦有大額單次贖回貢獻。因此，評估盈利能力時，需將偶發收入與可持續收入分開看待。 ④ TVL 增長不必然立即帶來同比例收入，毛利也不等於淨利，更不能直接推導持幣人收益。以上數字來自項目披露與報導，我尚未獨立復算。 我的個人判斷：這份報告讓我更想追蹤「每單位資產能持續貢獻多少收入」。規模增長固然重要，但如果收入依賴少數大額操作，則需更謹慎評估其持續性。下個季度，我將重點觀察新增資產能否穩固沉淀，以及剔除偶發收入後，業務是否真正改善。 NFA / DYOR @Solana_zh @solana @sanctumso

質押比例達 69%，驗證者經營狀況也該一起進入視野 Bitwise 新報告提醒我，網路安全要同時看資本和運營條件。 ① 10 月 20 日，Bitwise 發布 Q4 2026 質押報告。這裡 Q4 指報告發布版本，Solana 部分主要描述第三季度末，不能當成 Alpenglow 上線後的即時測量。 ② 按報告口徑，約 69% 供應處於質押狀態，毛收益率為 5.99%，低於此前的 6.38%。毛收益率並非每位用戶實際拿到的淨收益，更不是當前平台承諾的 APY。 ③ 同一報告列出的驗證者數量從 696 降到 659，並討論運營成本壓力。讀這類數據還要區分驗證者記錄、活躍投票帳戶與獨立運營主體，避免把不同口徑直接混用。 ④ 這些季度末數字發生在新共識激活之前，所以不能據此斷言 Alpenglow 已經改善或惡化當前驗證者利潤；升級後的成本與參與情況，需要新的數據。 我自己的看法：安全預算既要有足夠質押，也要讓不同規模的運營者能夠持續參與。我會關注後續質押集中度、經營門檻和客戶端分佈，避免只憑一個收益率來評價網路是否更健康。 NFA / DYOR @Solana_zh @solana @Bitwise

5.57 億次穩定幣轉賬很醒目，支付需求還要換幾個角度看 ① 10 月 18 日，Solana 官方在 X 表示，九月穩定幣轉賬次數達到 5.57 億，環比增長 33%，日均約 1,860 萬次。先把單位記清：這是次數，不是美元金額。 ② 高頻轉賬可以發生在交易、做市、自動化資金管理等多種場景中。即使統計準確，也需要進一步區分零售支付、機構調撥和機器重複活動。 ③ 九月數據是在本周披露，不能寫成十月實時表現，更不能把 5.57 億次直接理解為 5.57 億用戶。一次業務也可能對應多筆轉賬，同一個地址還可能持續重複操作。 ④ 目前已讀取材料沒有充分給出可複算的完整數據方法，因此排名與增幅應保留「官方披露」的歸屬，獨立複算仍待驗證；另一篇轉述報導不能代替數據審計。 我自己的判斷：我認可把穩定幣活動作為觀察入口，但會繼續尋找調整後的金額、重複使用帳戶和真實商戶案例。把同一條增長曲線拆成不同需求，才有機會判斷它能否持續。 NFA / DYOR @Solana_zh @solana @SolanaFndn

BAYC IP 推出 Solana 卡牌，下一步要看收藏者會不會成為玩家 Mudwater 將實體、數字收藏與遊戲納入同一產品計畫。 ① 北京時間 10 月 18 日，Yuga Labs 介紹 Mudwater：圍繞 BAYC IP 的實體與數字卡牌項目，數字資產使用 Solana。公告提及 120 件藝術作品，以及一萬盒、每盒 24 包的發行設計。 ② 這次值得關注的是已有 IP 如何組織新的收藏與遊戲體驗，但不能擴寫成 BAYC 原有 NFT 或 ApeCoin 整體遷移。單個產品選擇網路，與整個生態遷移是不同事件。 ③ 產品材料中的實體與數字轉換仍有待推出，當前遊戲演示使用的卡牌，也不等同於所有玩家持有的鏈上卡牌已經全面進入遊戲。 ④ 費用同樣需要拆開看：材料描述的 2.5% reflection 與另列的 2.5% royalty，不能合併誤讀成交易總成本只有 2.5%。收藏品還有成交稀少和退出困難的風險。 我自己的看法：IP 能吸引第一批注意力，持續參與仍要靠內容和玩法。我會重點追蹤交付進度、重複遊玩和實際玩家留存，判斷熱度能否轉化成真正有人願意反覆玩的產品。 NFA / DYOR @Solana_zh @solana @yugalabs @BoredApeYC

鏈上支付後仍需記賬，Altitude 將更新融入財務工作之中。 分類建議是否節省時間，是企業採用過程中值得關注的小細節。 ① 10 月 21 日，Altitude 推出 Accounting Suggestion Engine，根據相似交易對手、金額與歷史入賬記錄，為交易類型和會計分類提供建議，並支援後續對接 QuickBooks、Xero。 ② 鏈上交易本身能顯示資金流動，但企業還需知道它屬於供應商付款、客戶回款還是內部調撥。對賬與分類環節是否清晰，會影響財務人員是否願意持續使用。 ③ 此次功能定位為建議與人工確認，並非自動完成全部財務工作。歷史記錄也可能存在錯誤或不適用於新交易，使用者仍需檢查具體業務背景。 ④ 官方說明保留人工修改路徑，並處理用戶已保存的選擇。能否減少重複輸入、避免錯誤同步，比將其籠統稱為「AI 財務代理」更值得驗證。 我自己的判斷：這是我想追蹤的企業應用方向。其效果可體現在每月減少多少重複工作、分類錯誤是否減少、財務關賬是否更快；這些需要實際客戶數據來回答，目前不適合提前為產品下結論。@Solana_zh @solana @altitude

一個二維碼連接不同付款路徑，穩定幣支付仍需補上發票這一環。 Altitude 展示 X9.150 方案，重點在於付款請求如何被可信地理解。 ① 10 月 19 日，Altitude 在 X 上介紹基於 X9.150 的二維碼支付演示：圍繞同一付款請求，連接 FedNow、RTP 或 Solana USDC 等不同結算路徑。 ② 其產品說明展示了從識別帶簽名請求、驗證內容、由用戶確認付款，再將付款狀態回寫至發票的流程。對企業而言，知道錢對應哪張帳單，與把錢轉出去同樣重要。 ③ 簽名驗證提供的是來源與內容完整性線索，無法單獨證明交易背景真實、商品已交付，或每一項費用皆合理。業務審核仍有其自身工作。 ④ 目前應將其視為概念驗證與演示，不可斷言所有銀行均已支援、商家已全面開通。正式開放範圍、收費、失敗處理及普遍可用時間，仍有待進一步披露。 我的個人判斷：我願意持續追蹤此類付款流程的改進。企業是否採用，將同時取決於核對、授權、付款與對賬能否串聯；唯有完整流程真正簡化後，鏈上結算才更易成為日常工具。 @Solana_zh @solana @altitude

Helius 擴大預確認權限，更早收到信號需要更清楚的狀態邊界 低延遲工具能改善響應，但產品必須知道何時才能認定完成。 ① 北京時間 10 月 17 日，Helius 宣布預確認功能向所有付費方案開放，並新增 source、signer、signatures、instructions 四類篩選能力。本週變化是可用範圍和過濾能力擴展。 ② 對需要追蹤特定簽名者或指令的應用，篩選可以減少無關訊息，使程式更早接收到自己關心的信號。但這個功能並非免費方案全面開放，也不是本週才首次出現。 ③ 文件對不同信號來源的階段有所區分：本地執行後的通知，與執行前來源的通知，包含的狀態資訊並不相同。開發者不能只憑「收到得早」就忽略信號具體含義。 ④ 預確認不等於最終結算。覆蓋範圍、可能重複的通知、連接恢復和之後的最終狀態，都需要進入應用設計，尤其涉及餘額展示與資產交付時。 我自己的判斷：這類功能的價值取決於業務能否正確利用提前量。我更願意看到清晰的待確認提示和穩定的異常恢復，避免用戶因為介面太快而誤以為一切已經不可逆。 @Solana_zh @solana @Helius