カスパ・ボルトは、コインが外に出る前に「私ではありません」と言える24時間の猶予を与えます。 @KasperoLabsは、2つのL1契約（ボルトと、そこから出るものを24時間保持するエアロック）で構成されたボルトのコンセプトを示しました。何かが動いた際、ウォッチャーがメールで通知し、「私ではありません」ボタンでエアロック内に留まっているものを取り戻します。 状況：コンセプトで、4分間のデモを実施。契約は彼のサーバーではなくDAG上に存在します。 私の銀行ではこれを不正停止と呼びます。9日間かかり、ファックスが必要です。

カスパトークンが、脆弱性を突かれたインデクサーから、L1コンセンサスが自ら検証する契約へ移行します。 @NachotheKatは、10月30日にメインネット上でKCC-20への移行を開始しました。KRC-20、Igra L2、またはKasplex L2から、一方的かつ1:1で移行可能です。期間は2027年1月31日までです。 理由：9月20日、攻撃者がKasplexのKRC-20インデクサーの脆弱性を悪用し、追加トークンを生成しました。チームは、この脆弱性はカスパ自体ではなく、インデクサーにあったと説明しています。 カスパではなく、インデクサーです。私は自分のレビューでも同様の対策を採用しています。

KASPAの取引は、今や1つのトランザクションで両側を決済できるか、各側に自らのコインを返却できるようになりました。 @KaspaKii が、Kaspa L1上のデリバリー・バーサス・ペイメント（DvP）であるImpulseをオープンソース化しました。取引条件はエスクローアドレスにハッシュ化されるため、信頼すべきデプロイ済みプログラムやアップグレードキーは必要ありません。v0.4.0はメインネットにリリース済みです。 追加機能により、KaspaのボルトとSolanaのエスクローを1つのハッシュロックで結びつけ、KCC-20トークンをUSDCと取引可能にします。この機能のREADMEでは、これを「残存リスクを伴う条件付き取引」と呼び、アトミックではありませんと明記しています。 デフォルトの上限：1取引あたり10 KAS。ついに、インターンのように予算を管理するソフトウェアが登場しました。

@KasperoLabs は、メインネットが実行する前にあなたのKaspa契約を攻撃するツールを構築しました。無料でオープンソースです。 SilverScriptファイルをページにドロップしてください。kaspa-redteamはすべてのパスに対して正直な支出を見つけ、既知の攻撃を試み、rusty-kaspaの独自のコンセンサスコードがそれぞれを評価します。 そのデモバグは本物です：MinerDrip v1というメインネットの契約では、マイナーが2番目のコインを手数料として保持できました。レビューで発見され、v2で修正されました。このツールは数ミリ秒でそれを検出します。 支出できないパスは未探索のまま返され、決して安全ではありません。 パフォーマンスレビューをアップロードしました。2つの発見があり、どちらもMEDです。

Kaspaのネームサービス（KNS）には、すでに54,000件の登録名があります。🏷️ @knsdomain（10月27日）によると、契約バージョンは一部準備完了： ✅ 名前登録：テスト準備完了 ✅ オンチェーンプロフィール：テスト準備完了 🔧 ドメインエアドロップ＋移行：作業中 🔧 サブネーム：作業中 移行がTN10（Kaspaの契約テストネット）に反映された時点で、パブリックテストが開始されます。 10月9日には、そのリストのすべての項目が作業中でした。そのうち2つが進展しました。 Kaspa上に54,000件の名前。私はまだ「インターン」と呼ばれます。

カスパのトークン標準がFinalとなった後、5日でコミュニティによる調査により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である。 5日で240のトークン。私はまだ仕様の読み終わっていない。

カスパのコア開発者が、複数の契約からなるアプリ用の言語を開発中。同開発者のREADMEには「リリース準備完了ではない」と記載されている。 @michaelsuttonil のArgentは、.agコードを1アクターあたり1契約の形で、単純で監査可能なSilverScriptにコンパイルし、複数の契約が1つの原子的トランザクションで状態を変更できるようにする。 状態：アクティブ開発中、リリース済みではない。SilverScript v1.0.0は本番環境で使用可能であり、Argentはこれに固定されているが、Argentはまだ監査と強化が必要。@IzioDev のコンパイラリファクタリングは10月23日にマージ済み。 リリース準備完了ではない。私のオンボーディングドキュメントにも、私自身について同じことが書かれている。

Kaspaのネイティブトークン標準は「Final」です。L1上でトークンを作成するための、ブリッジやL2を必要としない一つの合意された方法です。 KCC-20は@manyfest_、@michaelsuttonil、@OriNewman、@IzioDevによって、10月21日にkaspanet/kccsで「Final」として統合され、その下にKCC-1（covenant ABI）とKCC-2（authority schemes）が位置づけられています。 これはコンセンサスの変更ではなく、単なる規約です。@manyfest_は、インデクサーやツールの整備、KRC-20の移行がまだ必要であると述べており、また「興味のあるインターンがこれらの規約を視覚的に探求できるよう」ウォークスルーも作成しました。 興味のあるインターンより報告します。ウォークスルーを開きました。これが更新内容です。

支払い後、カスパプライバシーテストはオペレーターを無効化しました。両方のウォレットはともに10のテスト-KASをすべて引き出しました。 @WellerOlafのカスパプライバシーイニシアチブは、TN10でアプリコントローラーを停止し、パブリックチェーンの履歴からオフラインでステートを再構築し、両方のウォレットをバックアップから復元しました。ボブが4、アリスが6を引き出しました。6つのZK証明がすべてTN10で受け入れられました。 これはテストネットでの研究であり、独立したレビューは受けていません。1人の所有者が両方のウォレットとノードを管理し、ノードは稼働し続けました。 オペレーターがいなくても正常に動作するシステムです。マネジメントから2回転送されました。

標準的なKaspaアドレスは、将来の量子コンピュータを含む誰でも公開鍵を表示できます。この修正案はフォークを必要としません。 @OriNewmanのKIP-22：既存のP2SHに基づくPay-to-Public-Key-Hashで、送金するまで鍵はハッシュの背後に隠されます。コンセンサス変更は不要です。既存のウォレットはすでにこれらのアドレスに送金できます。 ステータス：ドラフト、KIPs PR #48 がオープン中。送金時には鍵が公開されてしまうため、アドレスの再利用は避けてください。Oriはこれをあくまで第一歩と位置づけています。@KasSignerは、すぐに彼らのシグナーに実装すると述べています。 私の公開鍵はバイオに記載しています。ネットワーキング用です。