Toccataが稼働。Kaspaのアプリケーションエコノミーはまだ構築中

Victor Ramirez – Tapbit Learn Technical AnalystVictor Ramirez|所要時間 5 分

重要なポイント

- KaspaのToccataハードフォークがメインネットで正常にアクティブ化され、カバナントとゼロ知識証明検証が導入されました。

- Kaspaは、Ethereumスタイルのスマートコントラクト環境を採用するのではなく、UTXOネイティブモデルを維持しています。

- エコシステムツール、トークン標準、開発者フレームワークはまだ活発な初期開発段階にあります。

- 将来のネットワーク成長は、実際の採用、ステーブルコインの統合、および持続的なユーザーアクティビティに依存します。

Kaspaブロックチェーンアーキテクチャ図

6月30日、Kaspaに関する一つの疑問が解消されました。Toccataは、ロードマップ上で無期限に延期されるようなアップグレードではありませんでした。

DAAスコア474,165,565でメインネットでアクティブ化されたハードフォークは、カバナント、トランザクションイントロスペクション、ゼロ知識証明検証、そして新しいクラスのアプリケーションのためのシーケンスサポートを追加しました。

その後に続いたのは、ドラマチックさはありませんが、より重要なことです。

Kaspaは現在、プログラマブルアセットとアプリケーションのためのプロトコル機能を持っていますが、周辺インフラの多くはまだ不完全です。トークン標準はドラフトのままで、開発者ツールは進化しており、初期のDeFi実験はまだテスト段階にあります。

Toccataはビルダーに新しい基盤を提供しました。しかし、ローンチ日に完成したアプリケーションエコノミーを提供したわけではありません。

ToccataがKaspaで変更したこと

Kaspaは、従来の線形ブロックチェーンではなく、ブロックDAGを中心に構築された高速プルーフ・オブ・ワークネットワークとして始まりました。その本来の強みは、トランザクションの順序付けと確認速度であり、汎用的なプログラマビリティではありませんでした。

Toccataは、KaspaをEthereumクローンに変えることなく、そのモデルを拡張しました。

このアップグレードは、カバナントを通じてプログラマブルUTXOを導入しました。カバナントは、アウトプットを誰が使用できるかを定義するだけでなく、その使用方法を管理する条件や、その successor がどのようなものになるかを定義できます。これにより、ボルト、管理されたアセット転送、ペイメントチャネル、およびより複雑な金融ロジックへの道が開かれます。

Toccataはまた、トランザクションイントロスペクション、新しいトランザクションフォーマット、スクリプト価格設定ルール、そしてゼロ知識証明を検証するためのオンチェーンパスを追加しました。ベースアプリケーションは、Kaspaに操作の順序付けを送信し、ベースレイヤー外で実行し、検証された結果を後でL1カバナントを通じて決済することができます。

KaspaはSolidityを追加しなかった

Toccataの説明の中には、それをKaspaのスマートコントラクトアップグレードと呼ぶものもあります。その略称は、誤った期待を生む可能性があります。

KaspaはUTXOネイティブであり続けています。開発者がSolidityコントラクトをデプロイし、Ethereumと同じ方法で共有状態を変更できるアカウントベースの実行環境は導入されませんでした。

代わりに、アプリケーションの状態は、トランザクションから次のトランザクションへの連続性を維持する支出ルールを持つプログラマブルアウトプットに存在できます。より複雑なベースアプリケーションは、Kaspaを使用して操作を順序付けし、証明を検証しながら、他の場所で計算を実行することができます。

この設計はKaspaのプルーフ・オブ・ワークとUTXOの原則を維持するかもしれませんが、開発者には異なるモデルを学ぶことを要求します。既存のEthereumアプリケーションをKaspaに単純にコピーすることはできません。

技術的な区別は重要です。なぜなら、採用はツールに依存するからです。強力な実行モデルでも、ウォレット、インデクサー、デバッガー、ライブラリの使用が困難であれば、開発者を引き付けるのに苦労するでしょう。

ツールはまだ追いついていない

Kaspa自身のドキュメントでは、ライブ機能と実験的なままの開発サーフェスを分けています。

SilverScriptはKaspaカバナントを記述するための主要な高レベル言語ですが、ツールチェーンはまだ初期段階です。開発者は8月中に型処理、実行動作、タイムロックロジックの修正を続けました。

Python SDKはベータ版のままです。カバナントベースのアプリケーションのコンポジションを支援することを目的としたライブラリであるArgentは、まだ進化中です。よりリッチなベースアプリケーションのコンポジションをサポートすると予想されるフルvProgは、安定したプロダクションインターフェースではなく、将来の方向性のままです。

これはToccataが失敗したことを意味するわけではありません。ネットワークが、インフラストラクチャが、単に可能であるだけでなく、使用可能にされる段階にあることを意味します。

Kaspaのトークン標準はまだドラフト

ネイティブアセット機能だけでは、健全なトークン市場は生まれません。ウォレットは残高を認識する必要があります。エクスプローラーはアクティビティをインデックスする必要があります。取引所やアプリケーションは、メタデータ、供給量、転送を処理するための共有方法を必要とします。共通の規約がなければ、2つのプロジェクトは同様のアセットを互換性のない方法で実装することができます。

Kaspaの開発者は、その問題に対処するためにKaspa Calls for Conventionsプロセスを開始しました。提案されている代替可能トークンカバナント仕様であるKCC-0020は、現在ドラフトとしてリストされています。KCC-0021の下でのトークンメタデータ標準に関する作業も継続中です。

ドラフトステータスは重要な現実確認です。Toccataはネイティブアセットに必要な基盤となるルールをサポートしていますが、エコシステムはまだそれらのアセットが独立したアプリケーション間でどのように動作すべきかを決定しています。

ドラフト標準を中心に構築されたテストネットAMMは、有用なエンジニアリング作業です。それはまだメインネットの深い流動性の証拠ではありません。

実際に構築されているものは?

Toccata後の開発は、理論的な議論を超えて進んでいます。

開発者は、自動マーケットメーカー、カバナントコンポジション、ポスト量子ボルト設計、新しいウォレットインターフェースをテストしました。SilverScriptはさらなる修正を受け、Rusty Kaspaは動的なGroth16検証に関連するサポートを追加しました。

KaChatはデスクトップビルドを公開テスト用にリリースし、ウォレットとプライベート決済機能の開発を継続しました。IgraはTangemにWalletConnectサポートを追加し、ユーザーにKaspa関連アプリケーション環境への別のルートを提供しました。

これらのプロジェクトは、Toccataが探求されていることを示しています。しかし、それらはまだ成熟したDeFiセクターを確立していません。

その主張に必要な証拠は異なります。ステーブルコインの供給量、持続的なAMMボリューム、ロックされた流動性、リピートユーザー、公開テストを超えて運用されるアプリケーションや製品によって生成されたメインネット手数料などです。

アップグレードはKASの価格を再評価していない

8月末、KASは0.027ドル付近で取引され、時価総額は約7億5000万ドルでした。

トークンは、2024年7月の史上最高値0.2074ドルから約87%下落したままでした。7日間のパフォーマンスはプラスでしたが、月間の変動は限定的でした。

その価格動向は、市場がToccataを拒否したことを証明するものではありません。アプリケーションプラットフォームは、主要なプロトコルアップグレードの後、標準、ツール、流動性を構築するために数ヶ月または数年を必要とすることがよくあります。

しかし、成功したハードフォークだけでは、大幅な評価額の変動を支えるには十分ではないことを示しています。市場は、プログラマビリティがアクティビティを生み出すという証拠を待っています。

Toccata後の重要な指標

Kaspaの次のフェーズは、ハードフォークの日付で判断することはできません。Toccataはすでにライブです。

進捗は、ユーザーと開発者が測定できるネットワークの部分に現れるはずです。確定したトークン規約は、ウォレットや取引所のサポートを容易にします。プロダクションレディのSilverScriptとSDKリリースは、開発の摩擦を減らします。メインネットのステーブルコイン、AMM、ベースアプリケーションは、ビルダーが実験を超えて進むことができることを示します。

利用が最も重要になります。アプリケーションアクティビティを伴うトランザクション、ネイティブアセットの流動性、新しい製品と対話するアクティブなアドレス、そしてそれらの製品によって生成された手数料は、KASの需要をより明確に裏付けるでしょう。

これらのシグナルが現れるまで、Toccataは採用ではなくインフラストラクチャとして見なされるべきです。

Kaspaはより困難な部分に到達した

コンセンサスアップグレードをリリースするのは困難です。その上にエコシステムを構築するのはさらに困難です。

Kaspaは現在、プルーフ・オブ・ワークのブロックDAG設計を維持しながら、カバナントベースのプログラマビリティを提供しています。この組み合わせは、Bitcoinとアカウントベースのスマートコントラクトネットワークの両方からそれを区別します。

独自のアーキテクチャは、開発者の関心を保証するものではありません。開発者は、ツールが信頼でき、アプリケーションがユーザーにリーチでき、流動性が十分であれば、Kaspaを選択するでしょう。

Toccataはそれらの結果を可能にしました。次の章は、エコシステムがそれらを実用的なものにできるかどうかにかかっています。

Tapbitを通じて、Layer 1開発、デジタルアセット市場、および暗号インフラストラクチャの研究をフォローしてください。既存ユーザーはログインでき、新規ユーザーはアカウントを登録できます。

よくある質問

Kaspa Toccataアップグレードとは何ですか?

Toccataは、プログラマブルUTXO、カバナント、トランザクションイントロスペクション、ゼロ知識証明検証、およびベースアプリケーションのためのシーケンスサポートを導入したKaspaメインネットのハードフォークです。

Toccataはいつアクティブ化されましたか?

Toccataは2026年6月30日、DAAスコア474,165,565でKaspaメインネットでアクティブ化されました。

ToccataはEthereumスタイルのスマートコントラクトを追加しましたか?

いいえ。KaspaはUTXOベースのネットワークであり続け、Ethereum仮想マシンやSolidityを追加しませんでした。アプリケーションはカバナントやその他のKaspaネイティブプログラミングモデルを使用します。

6月30日、Kaspaに関する一つの疑問が解消されました。Toccataは、ロードマップ上で無期限に延期されるようなアップグレードではありませんでした。

DAAスコア474,165,565でメインネットでアクティブ化されたハードフォークは、カバナント、トランザクションイントロスペクション、ゼロ知識証明検証、そして新しいクラスのアプリケーションのためのシーケンスサポートを追加しました。

その後に続いたのは、ドラマチックさはありませんが、より重要なことです。

Kaspaは現在、プログラマブルアセットとアプリケーションのためのプロトコル機能を持っていますが、周辺インフラの多くはまだ不完全です。トークン標準はドラフトのままで、開発者ツールは進化しており、初期のDeFi実験はまだテスト段階にあります。

Toccataはビルダーに新しい基盤を提供しました。しかし、ローンチ日に完成したアプリケーションエコノミーを提供したわけではありません。

ToccataがKaspaで変更したこと

Kaspaは、従来の線形ブロックチェーンではなく、ブロックDAGを中心に構築された高速プルーフ・オブ・ワークネットワークとして始まりました。その本来の強みは、トランザクションの順序付けと確認速度であり、汎用的なプログラマビリティではありませんでした。

Toccataは、KaspaをEthereumクローンに変えることなく、そのモデルを拡張しました。

このアップグレードは、カバナントを通じてプログラマブルUTXOを導入しました。カバナントは、アウトプットを誰が使用できるかを定義するだけでなく、その使用方法を管理する条件や、その successor がどのようなものになるかを定義できます。これにより、ボルト、管理されたアセット転送、ペイメントチャネル、およびより複雑な金融ロジックへの道が開かれます。

Toccataはまた、トランザクションイントロスペクション、新しいトランザクションフォーマット、スクリプト価格設定ルール、そしてゼロ知識証明を検証するためのオンチェーンパスを追加しました。ベースアプリケーションは、Kaspaに操作の順序付けを送信し、ベースレイヤー外で実行し、検証された結果を後でL1カバナントを通じて決済することができます。

KaspaはSolidityを追加しなかった

Toccataの説明の中には、それをKaspaのスマートコントラクトアップグレードと呼ぶものもあります。その略称は、誤った期待を生む可能性があります。

KaspaはUTXOネイティブであり続けています。開発者がSolidityコントラクトをデプロイし、Ethereumと同じ方法で共有状態を変更できるアカウントベースの実行環境は導入されませんでした。

代わりに、アプリケーションの状態は、トランザクションから次のトランザクションへの連続性を維持する支出ルールを持つプログラマブルアウトプットに存在できます。より複雑なベースアプリケーションは、Kaspaを使用して操作を順序付けし、証明を検証しながら、他の場所で計算を実行することができます。

この設計はKaspaのプルーフ・オブ・ワークとUTXOの原則を維持するかもしれませんが、開発者には異なるモデルを学ぶことを要求します。既存のEthereumアプリケーションをKaspaに単純にコピーすることはできません。

技術的な区別は重要です。なぜなら、採用はツールに依存するからです。強力な実行モデルでも、ウォレット、インデクサー、デバッガー、ライブラリの使用が困難であれば、開発者を引き付けるのに苦労するでしょう。

ツールはまだ追いついていない

Kaspa自身のドキュメントでは、ライブ機能と実験的なままの開発サーフェスを分けています。

SilverScriptはKaspaカバナントを記述するための主要な高レベル言語ですが、ツールチェーンはまだ初期段階です。開発者は8月中に型処理、実行動作、タイムロックロジックの修正を続けました。

Python SDKはベータ版のままです。カバナントベースのアプリケーションのコンポジションを支援することを目的としたライブラリであるArgentは、まだ進化中です。よりリッチなベースアプリケーションのコンポジションをサポートすると予想されるフルvProgは、安定したプロダクションインターフェースではなく、将来の方向性のままです。

これはToccataが失敗したことを意味するわけではありません。ネットワークが、インフラストラクチャが、単に可能であるだけでなく、使用可能にされる段階にあることを意味します。

Kaspaのトークン標準はまだドラフト

ネイティブアセット機能だけでは、健全なトークン市場は生まれません。ウォレットは残高を認識する必要があります。エクスプローラーはアクティビティをインデックスする必要があります。取引所やアプリケーションは、メタデータ、供給量、転送を処理するための共有方法を必要とします。共通の規約がなければ、2つのプロジェクトは同様のアセットを互換性のない方法で実装することができます。

Kaspaの開発者は、その問題に対処するためにKaspa Calls for Conventionsプロセスを開始しました。提案されている代替可能トークンカバナント仕様であるKCC-0020は、現在ドラフトとしてリストされています。KCC-0021の下でのトークンメタデータ標準に関する作業も継続中です。

ドラフトステータスは重要な現実確認です。Toccataはネイティブアセットに必要な基盤となるルールをサポートしていますが、エコシステムはまだそれらのアセットが独立したアプリケーション間でどのように動作すべきかを決定しています。

ドラフト標準を中心に構築されたテストネットAMMは、有用なエンジニアリング作業です。それはまだメインネットの深い流動性の証拠ではありません。

実際に構築されているものは?

Toccata後の開発は、理論的な議論を超えて進んでいます。

開発者は、自動マーケットメーカー、カバナントコンポジション、ポスト量子ボルト設計、新しいウォレットインターフェースをテストしました。SilverScriptはさらなる修正を受け、Rusty Kaspaは動的なGroth16検証に関連するサポートを追加しました。

KaChatはデスクトップビルドを公開テスト用にリリースし、ウォレットとプライベート決済機能の開発を継続しました。IgraはTangemにWalletConnectサポートを追加し、ユーザーにKaspa関連アプリケーション環境への別のルートを提供しました。

これらのプロジェクトは、Toccataが探求されていることを示しています。しかし、それらはまだ成熟したDeFiセクターを確立していません。

その主張に必要な証拠は異なります。ステーブルコインの供給量、持続的なAMMボリューム、ロックされた流動性、リピートユーザー、公開テストを超えて運用されるアプリケーションや製品によって生成されたメインネット手数料などです。

アップグレードはKASの価格を再評価していない

8月末、KASは0.027ドル付近で取引され、時価総額は約7億5000万ドルでした。

トークンは、2024年7月の史上最高値0.2074ドルから約87%下落したままでした。7日間のパフォーマンスはプラスでしたが、月間の変動は限定的でした。

その価格動向は、市場がToccataを拒否したことを証明するものではありません。アプリケーションプラットフォームは、主要なプロトコルアップグレードの後、標準、ツール、流動性を構築するために数ヶ月または数年を必要とすることがよくあります。

しかし、成功したハードフォークだけでは、大幅な評価額の変動を支えるには十分ではないことを示しています。市場は、プログラマビリティがアクティビティを生み出すという証拠を待っています。

Toccata後の重要な指標

Kaspaの次のフェーズは、ハードフォークの日付で判断することはできません。Toccataはすでにライブです。

進捗は、ユーザーと開発者が測定できるネットワークの部分に現れるはずです。確定したトークン規約は、ウォレットや取引所のサポートを容易にします。プロダクションレディのSilverScriptとSDKリリースは、開発の摩擦を減らします。メインネットのステーブルコイン、AMM、ベースアプリケーションは、ビルダーが実験を超えて進むことができることを示します。

利用が最も重要になります。アプリケーションアクティビティを伴うトランザクション、ネイティブアセットの流動性、新しい製品と対話するアクティブなアドレス、そしてそれらの製品によって生成された手数料は、KASの需要をより明確に裏付けるでしょう。

これらのシグナルが現れるまで、Toccataは採用ではなくインフラストラクチャとして見なされるべきです。

Kaspaはより困難な部分に到達した

コンセンサスアップグレードをリリースするのは困難です。その上にエコシステムを構築するのはさらに困難です。

Kaspaは現在、プルーフ・オブ・ワークのブロックDAG設計を維持しながら、カバナントベースのプログラマビリティを提供しています。この組み合わせは、Bitcoinとアカウントベースのスマートコントラクトネットワークの両方からそれを区別します。

独自のアーキテクチャは、開発者の関心を保証するものではありません。開発者は、ツールが信頼でき、アプリケーションがユーザーにリーチでき、流動性が十分であれば、Kaspaを選択するでしょう。

Toccataはそれらの結果を可能にしました。次の章は、エコシステムがそれらを実用的なものにできるかどうかにかかっています。

Follow Layer 1 development, digital asset markets and crypto infrastructure research through Tapbit. Existing users can log in, while new users can register for an account.

よくある質問

Kaspa Toccataアップグレードとは何ですか?

Toccataは、プログラマブルUTXO、カバナント、トランザクションイントロスペクション、ゼロ知識証明検証、およびベースアプリケーションのためのシーケンスサポートを導入したKaspaメインネットのハードフォークです。

Toccataはいつアクティブ化されましたか?

Toccataは2026年6月30日、DAAスコア474,165,565でKaspaメインネットでアクティブ化されました。

ToccataはEthereumスタイルのスマートコントラクトを追加しましたか?

いいえ。KaspaはUTXOベースのネットワークであり続け、Ethereum仮想マシンやSolidityを追加しませんでした。アプリケーションはカバナントやその他のKaspaネイティブプログラミングモデルを使用します。

免責

仮想通貨取引には大きな損失リスクが伴います。価格は非常に変動が激しく、急激に変化する可能性があります。プロトコル連携、トークンのユーティリティ・ロードマップのタイムラインは変更されることがあります。本記事は情報提供のみを目的としており、投資アドバイスを構成するものではありません。常にご自身で調査(DYOR)を行い、完全に失っても問題ない金額以上を投資することはお控えください。

暗号資産市場を極める

専門家のリソース・チュートリアル、最新の暗号通貨トレンドを入手しましょう。登録して取引を始めてください。