Silverscript 是 Kaspa 有史以來最大升級——KAS 的第一個真正的智能合約語言

Kaspa 多年來一直證明快速的工作量證明（Proof of Work）可以在不犧牲安全性的情況下存在。該網絡通過其 BlockDAG 結構並行處理區塊，目前已經目標每秒10個區塊，未來升級則追求更高的速度。

技術進展一直十分明顯，但仍存在一個主要限制。開發者缺乏一種強大的高階語言，能夠在 Kaspa 的基礎層上直接實現複雜的智能合約行為。

這個差距正是 Silverscript 現在試圖彌補的地方。開發者 Ori Newman 引入了這種語言，作為 Kaspa 首個為在 KAS 上實現真正去中心化金融邏輯而設計的結構化智能合約編譯器。

他的公告標誌著一個轉折點，因為 Kaspa 從簡單的腳本限制轉向可編程的金融基礎設施，同時仍然尊重 UTXO 的安全模型。

• Silverscript 擴展了 Kaspa 智能合約的實際功能
• Silverscript 在 Kaspa 的 UTXO 安全設計中原生運行
• Silverscript 直接連接 Kaspa 即將到來的協議升級

Silverscript 擴展了 Kaspa 智能合約的實際功能

Kaspa 先前的腳本允許驗證規則和支出條件，但表達能力仍然有限。Silverscript 引入了結構化程式設計功能，使得複雜的契約邏輯變得實用，而不會放棄 UTXO 驗證的確定性特性。

循環（Loops）允許重複計算和批量執行。陣列（Arrays）使合約能管理分組值，例如餘額或多簽條件。

函數調用（Function calls）提高模組化，並通過可重用的邏輯降低開發者錯誤。Require 語句強制執行嚴格的驗證規則，必須通過後才能執行成功。

每個功能都增強了 Kaspa 支持金庫、托管規則、代幣分配邏輯和自動化金融結構的能力。Ori Newman 強調，Silverscript 專注於具有本地狀態的合約，這與 Kaspa 的架構相符，並避免了在共享全局狀態環境中出現的弱點。

Silverscript 在 Kaspa 的 UTXO 安全設計中原生運行

Kaspa 與基於帳戶的智能合約平台不同，因為每個合約狀態都存在於個別的 UTXO 內。Silverscript 保持這一原則。局部狀態驗證消除了整類漏洞，例如曾經影響其他生態系統的重入攻擊。

該編譯器將可讀的高階代碼轉譯為 Kaspa 特定的操作碼（opcodes）。這些包括內省能力、零知識驗證支持，以及構建高級契約所需的字節級原語。這種設計確保了可編程性提升的同時，不會削弱共識保證。

Ori Newman 的技術方向展現了明確的意圖。Kaspa 在獲得表達能力的同時，仍然保持確定性執行和工作量證明的安全假設。這種平衡決定了去中心化金融能否在高吞吐量的 PoW 網絡上安全運行。

Silverscript 直接連接 Kaspa 即將到來的協議升級

預定於 2026 年 5 月 5 日的未來 Kaspa 升級將引入 Covenants++、原生資產追蹤以及更深層的零知識驗證。Silverscript 作為開發層，使這些協議功能能夠在實踐中得以應用。

原生資產允許溯源追蹤和結構化的代幣行為。Covenants++ 強化了用於借貸系統、自動交換和治理規則的高級支出限制。零知識驗證則支持可擴展的複雜計算驗證。

Silverscript 將這些組件聯繫在一起。局部契約邏輯與通過密碼證明驗證的共享計算相互作用。最終形成一個模組化架構，使去中心化金融原語能在沒有可變全局狀態的情況下存在。

Kaspa 已經通過 BlockDAG 並行化解決了吞吐量限制。可編程性仍是缺失的一層。Silverscript 引入了實現自動化做市商、借貸金庫、原子交換和腳本治理所需的工具，直接在 KAS 上運行。

XRP 靜悄悄地擊潰 SOL，並且現在以 3.54 億美元湧入代幣化資產，瞄準 BNB

Ori Newman 在比特幣時代的開發背景為其方向增添了可信度。他持續在編譯器工具和潛在的 WebAssembly 支持方面的工作，顯示出長期的技術雄心，超越了實驗性腳本。

目前僅在測試網（Testnet 12）上可用。主網的準備則取決於 2026 年的硬分叉，該分叉將激活所需的協議功能。

開發階段的狀態並不降低這一里程碑的重要性。基礎設施的建立往往在生態系統成長變得明顯之前悄然完成。