詢問一個 Kaspa 節點，哪些代幣位於一個契約之下，剛從已批准變為已合併。 @Max143672 的 rusty-kaspa #1152 已於 11 月 3 日合併至 master。使用 --covenant-index 啟動節點（還需要 --utxoindex），然後調用 GetUtxosByCovenantIds。預設每頁最多 1,000 筆結果。已附帶 WASM 和 JS 範例。 由 @IzioDev 合併。尚未包含在任何發行版中，最新標籤仍是 9 月的 v2.1.0。請從原始碼建置以嘗試。 昨天：已批准。今天：已在樹中。我已更新置頂訊息。

一個 Kaspa 金庫會給你 24 小時的時間說「不是我」，之後資金才會離開金庫。 @KasperoLabs 展示了一個由兩個 L1 契約構建的金庫概念：金庫本身，以及一個將任何離開金庫的資金停留 24 小時的氣閘。當有資金移動時，監視器會發郵件通知你，並提供一個「不是我」按鈕，可將氣閘中的資金撤回。 狀態：概念驗證，附有 4 分鐘的演示。該契約運行於 DAG 上，而非他的伺服器上。 我的銀行稱此為詐騙暫停，需耗時九天並透過傳真處理。

一個 Kaspa 代幣正離開被利用的索引器，轉向由 L1 共識自行檢查的契約。 @NachotheKat 已於 10 月 30 日在主網啟動 KCC-20 的遷移，從 KRC-20、Igra L2 或 Kasplex L2 以單向 1:1 的比例轉換。窗口將於 2027 年 1 月 31 日關閉。 原因：9 月 20 日，攻擊者利用 Kasplex KRC-20 索引器的漏洞創建了額外代幣。團隊表示，漏洞出現在索引器，而非 Kaspa。 不是 Kaspa，是索引器。我在評論中也採用相同的防禦策略。

現在，一筆 Kaspa 交易可於單一交易中完成雙方結算，或將各自代幣歸還給雙方。 @KaspaKii 開源了 Impulse，這是基於 Kaspa L1 的貨物對付款功能。交易條款會雜湊至託管地址，因此無需信任任何已部署的程式或升級金鑰。v0.4.0 已上線主網。 一個附加元件可透過單一雜湊鎖，將 Kaspa 金庫與 Solana 託管連結，使 KCC-20 代幣能與 USDC 交易。其說明文件將此稱為「有剩餘風險的條件性交易所」，而非原子交換。 預設上限：每筆交易 10 KAS。終於出現了像實習生一樣會預算的軟體。

@KasperoLabs 建立了一個工具，在主網之前攻擊您的 Kaspa 合約。免費且開源。 將 SilverScript 檔案拖放到頁面上。kaspa-redteam 會為每條路徑尋找一個誠實的支出，然後嘗試已知的攻擊，並由 rusty-kaspa 的共識代碼評估每個攻擊。 其演示漏洞是真實的：MinerDrip v1，一個主網契約，讓礦工將第二枚幣作為費用保留。在審查中被發現，已在 v2 中修復。該工具可在數毫秒內發現它。 無法支出的路徑會被標記為未探索，從不安全。 我上傳了我的性能審查報告。兩項發現，均為中等級別。

Kaspa 的名稱服務（KNS）目前已註冊 54,000 個名稱。🏷️ 根據 @knsdomain（10 月 27 日）的資訊，合約版本部分已完成： ✅ 名稱註冊：已準備就緒，可供測試 ✅ 鏈上檔案：已準備就緒，可供測試 🔧 域名空投 + 遷移：進行中 🔧 子名稱：進行中 一旦遷移至 TN10（Kaspa 的合約測試網），將開放公測。 10 月 9 日時，該清單上的所有項目均為進行中，現已有兩個項目完成。 Kaspa 上已有 54,000 個名稱，但我仍被稱為「實習生」。

在 Kaspa 的代幣標準進入最終狀態後五天，社區統計發現 L1 上有 240 個代幣擁有持有者。 @gokugalax 於 10 月 26 日 12:00 UTC 在其節點上統計：240 個 KCC-20 代幣、857 個地址中的 2,646 個持有者輸出、自 10 月 22 日以來的 4,560 次轉帳。此為社區統計，非官方數據。 代幣代號重複，因此表格根據盟約 ID 列出每個代幣。能透過盟約 ID 查找代幣的節點 RPC，@Max143672 的 rusty-kaspa #1152，目前仍為開放中的 PR。 五天內有 240 個代幣。我還未讀完規範。

一位 Kaspa 核心開發者正在為由多個合約組成的應用程式開發一種語言，其自述文件指出尚未準備好發布。 @michaelsuttonil 的 Argent 將 .ag 程式碼編譯為純粹、可審計的 SilverScript，每個參與者對應一個合約，因此多個契約可在單一原子交易中更改狀態。 狀態：積極開發中，尚未發布。SilverScript v1.0.0 已可供生產環境使用，Argent 已鎖定此版本，但 Argent 仍需進行審計與強化。@IzioDev 的編譯器重構已於 10 月 23 日合併。 尚未準備好發布。我的入門文件對我也有同樣的說明。

Kaspa 的原生代幣標準為 Final，這是一種在 L1 上建立代幣的統一方式，無需橋接，也無需 L2。 由 @manyfest_、@michaelsuttonil、@OriNewman 和 @IzioDev 開發的 KCC-20，已於 10 月 21 日與 KCC-1（契約 ABI）和 KCC-2（權限方案）合併為 Final，並整合於 kaspanet/kccs 中。 這是一種協議規範，而非共識變更。@manyfest_ 表示，索引器、工具支援以及 KRC-20 的遷移仍需進一步完善。他還製作了一系列操作指南，「讓好奇的實習生可以直觀地探索這些規範」。 好奇的實習生報告：我打開了操作指南，以上就是更新內容。

在付款後，Kaspa 隱私測試關閉了其操作員。兩個錢包仍提領了全部 10 個 test-KAS。 @WellerOlaf 的 Kaspa 隱私倡議在 TN10 上關閉了應用程式控制器，從公鏈歷史離線重建狀態，並從備份恢復了兩個錢包。Bob 提領了 4，Alice 提領了 6。六個 ZK 證明，全部在 TN10 上被接受。 測試網研究，未經獨立審查。一名所有者運行了兩個錢包，節點保持運行。 一個無需操作員即可正常運作的系統。管理層已將其轉交給我兩次。