Kaspaは現在、ネイティブトークン用の共通プレイブックを1つ保有している。

$KASを基盤とした開発のための 3 つの標準規格が最近 #Kaspa の公式標準リポジトリで確定し、開発者はネイティブ トークンに関する共通の参照情報を入手できるようになりました。KCC-1 は、コインの使途を制御する基盤レイヤー機能であるコベナント アプリの共通フォーマットを定めています。KCC-2 は、アクションを承認できる人物を定義し、KCC-20 は代替可能なトークンを対象としています。

単一のフォーマットを使用することで、ウォレット、アプリ、ブロックエクスプローラーはすべて同じ方法でトークンを読み取ることができます。すべてのトークン残高は、ベースレイヤーのコイン出力内に格納されます。Kaspaリポジトリにある標準規格のテキストによると、コア開発者のMichael Sutton氏（@michaelsuttonil）はKCC-20の著者の一人として記載されています。

各基準が何をするか

crypto.newsによると、KCC調整フォーラムは10月21日の発表で、KCC-1、KCC-2、KCC-20が最終決定され、エコシステム全体で採用できる状態になったと述べた。TokenPostによると、KCCはKaspa Call for a Conventionの略で、エコシステム参加者が採用を選択できる共有慣行の設計文書である。

KCC-1は、協定プログラムの共通用語とデータレイアウト、およびそれらとやり取りするためのアプリケーションバイナリインターフェース（ABI）を定義しています。同じTokenPostレポートによると、KCC-2は、Schnorr公開鍵、Schnorr鍵ハッシュ、ECDSA鍵ハッシュ、スクリプト、および協定識別子の5つの認証方法を規定しています。

KCC-20は、最初の2つの協定を基盤としています。PrimeXBTのニュースデスクによると、KCC-20はトークンの数量、所有権、転送インターフェースを定義しており、各トークン協定は、ソフトウェアが状態をデコードして転送を構築するために使用できるプログラム情報を公開する必要があるとのことです。KaspaリポジトリにあるKCC-20のテキストには、借用受信と呼ばれる機能についても記載されています。

ネットワークの変更ではなく、オプションの規約です

これらの標準は、合意形成のアップグレードではありません。TokenPostは、これらの規約はKaspaの合意形成ルールを変更するものではなく、プロジェクトに実装を義務付けるものでもないため、採用は開発者に委ねられていると指摘しています。

これらは、 TokenPostが2026年6月30日にKaspaのメインネットで稼働開始したと報じたToccataアップグレードに続くものです。このアップグレードでは、契約によるプログラム可能な出力、トランザクションの内省、ネイティブのゼロ知識検証、およびベースアプリケーションのシーケンスサポートが追加されました。契約により、トランザクション出力に支出条件と状態遷移ルール​​を含めることができ、これはKCC-20などのトークン標準の基盤となる機能です。

開発者にとっての実質的なメリットは、相互運用性の向上です。ウォレット、インデクサー、エクスプローラーが同じ仕様に準拠していれば、あるチームが発行したトークンは、ツール間で同じように表示され、転送されるはずです。プロジェクトが実際にこれらの標準規格を採用するかどうかによって、Kaspaエコシステムにとってどれほど重要かが決まります。

ソース

crypto.news: Kaspaがネイティブトークンとコベナントアプリに関する3つの標準を最終決定
TokenPost: KaspaはKCC-1の前にKCC-2とKCC-20を確定した
Kaspa KCCリポジトリ：KCC-20仕様