KaspaのKCC調整フォーラム、トークンとクーベント標準3件を最終確定

KCC-1、KCC-2、KCC-20がFinalに到達

エコシステムの慣習を定めるKCC調整フォーラムを擁するアルトコインのKaspaでは、ビルダーが今週まで共通のクーベント仕様を持たないまま作業を続けてきた。10月21日、フォーラムはKCC-1、KCC-2、KCC-20をFinalに確定した。Finalとは、エコシステム全体での本格採用の準備が整った状態を指す地位だ。発表はフォーラムのXアカウントに投稿され、質問、実装に関する議論、サポートのための公開チャンネルへの参加がビルダーに呼びかけられた。kaspanet組織下の標準リポジトリは3文書すべてをFinalとして掲載し、KCC-1をクーベント仕様、KCC-2を権限仕様、KCC-20を代替可能トークンのクーベント向けアプリケーション標準と位置づけている。

@kccforum · Xの投稿

フォーラムのXアカウントに投稿.

Xで見る

Romain Billot、Michael Sutton、Ori Newmanが執筆したKCC-1は、クーベント向けの共通用語、データレイアウト、アプリケーションバイナリインターフェースを定義する。ソフトウェアが情報をエンコードし、プログラム関数を呼び出し、トランザクション間で引き継がれる状態を識別する方法の規定だ。コンパイラ、ウォレット、インデクサー、トランザクション構築ツールがこれらの詳細で合意する必要がある一方、開発者が使うプログラミング言語、コンパイラ、フレームワークの選択は自由のままだ。共有インターフェースは、プログラムのエントリーポイント、状態テンプレート、複数入力を伴うトランザクションのルールを網羅する。クーベント束縛を持たないプログラムもKCC-1に従うことはできるが、仕様書はKIP-20が供給する系譜と権限の保証を受けられないと明記する。BillotとSuttonによるKCC-2は、プログラムが権限者を識別する方法と、その承認を成立させるために必要な最低限の検証を定める。5つの承認方式に標準識別子が割り当てられた。SchnorrとECDSAの署名を扱う公開鍵方式に加え、スクリプト、あるいは継続するクーベント系譜を権限者とする方式だ。公開鍵ハッシュ承認では、トランザクションが対応する公開鍵を公開し、そのハッシュを保存された権限値と照合し、有効な署名を提出しなければならない。カスタム方式は、形式、意味、承認検証を定義に盛り込めば、標準化を待たずに採用できる。

Sivan Helfer、Sutton、Newman、Billotに帰属するKCC-20は、最初の2文書の上に構築され、トークン額、所有権、転送インターフェースを定める。対象はNFTではなく代替可能トークンだ。各トークンクーベントは、ソフトウェアが状態をデコードし転送を構築できるようプログラム情報を公開し、設定は対応する所有権方式とトークンの入出力上限を開示しなければならない。「borrowed receive」と呼ばれる機能では、送信者が受信者の既存の互換トークン出力を宛先として使える。トランザクションはその出力をより多くのトークンで再作成し、所有権と状態を保持し、KAS額を減らすことはできない。セキュリティ節は、出力を置き換えるとトランザクション参照が変わり、以前の参照を使う未確認トランザクションが無効化されると警告する。Argentのリファレンス実装には、生成されたSilverScriptコントラクトとRust適合テストが同梱される。Final地位は、プロセスを定めるKCC-0の下で厳格な要件を課す。標準トラックの慣習は、人間可読と機械可読のテストベクター、機械可読検証に合格する少なくとも1つの公開実装、Last Call入り前の脅威、信頼前提、リプレイ問題を扱うセキュリティ考察を必要とする。依存関係は他のKCCに対してFinal、KIPに対してActiveでなければならず、地位の変更はプルリクエストを通じて進む。リポジトリはこれらの共有慣習を、コンセンサスやコアノード動作の変更から分離しており、後者はKaspa Improvement Proposalsに属する。確定しても、全エコシステム参加者の実装は求められず、実質的な変更には通常、代替KCCが必要になる。ネットワーク上のアプリ開発はこれまで個別のインフラを通じて進んできた。Gateは4月にKasplex Layer 2の統合を発表し、EVM互換ネットワーク経由のKAS入出金を可能にした。Kasplexは自らを軽量ロールアップと説明する。EVMバイトコードをKaspaトランザクション内に配置してオフチェーンで実行し、双方向のクロスチェーンブリッジを提供し、ブリッジされたKASをLayer 2のガストークンとして扱う。

標準が及ばない範囲

今回の確定は、これまでプロジェクトごとに行っていた形式の交渉を、仕様への適合へと置き換える。ウォレットやインデクサーのチームは、トークンプロジェクトごとに慣習をすり合わせる代わりに、KCC-1のインターフェースとKCC-2の承認識別子に対して一度だけ構築すればよい。KCC-0のテストベクタールールはそうしたチームに客観的な基準を与え、Rust検証を備えたArgent実装はすでに構築対象として存在する。当社のライブ監視では、KASは過去24時間で5.3%のスポット変動を記録しており、市場は通常のフローと並行してこのニュースを消化している。変更後も残る限界は管轄範囲だ。3文書のいずれもコンセンサスやコアノード動作には触れず、クーベント束縛の外にあるプログラムはKIP-20の保証を一切得られず、エコシステム全体での採用は自発的なままだ。