バージョン履歴
QoreChain の公開バージョン履歴です。最新リリースは v3.1.85 で、メインネット qorechain-vladi(EVM チェーン ID 9801、2026 年 6 月 7 日より稼働中)で動作しています。テストネット qorechain-diana(EVM チェーン ID 9800)はプレリリースビルドを追跡しています。
以下のエントリは機能の概要をまとめたものです。初期の v1.x のエントリは、メインネットに先行したテストネットリリース系列の歴史的記録として残しています。
v3.1.85 — リンク済みウォレットによる委任支出(現行リリース)
リリースの焦点: リンクされた外部ウォレットの鍵(Phantom、MetaMask)が、最小権限のパーミッション、支出上限、即時失効の管理下で、唯一の正規ポスト量子アカウントから支出できるようになりました。
- オーセンティケーター実行レーン — 2 つの新しいメッセージにより、登録済みオーセンティケーターがアカウント所有者の立ち会いなしに正規アカウントからの送金を承認できます:
MsgExecuteEVM(アカウントの0x…アドレスからの EVM コール/送金)とMsgExecuteCosmos(Native レーンのバンク送金)です。リレイヤーがエンベロープを送信して手数料を負担し、リレイヤー自身のハイブリッド PQC 署名がトランザクション要件を満たします。一方、ドメイン分離されリプレイ防止が施された署名バイト列に対するオーセンティケーターの署名が承認そのものとなります。外部鍵に ML-DSA の共同署名が必要になることはありません。 - オーセンティケーターとしての MetaMask — secp256k1 オーセンティケーターは(33 バイトの圧縮公開鍵形式に加えて)20 バイトの Ethereum アドレスで登録し、EIP-191
personal_signで検証できるようになったため、標準的な MetaMask アカウントをリンクして上限の範囲内で支出させることができます。 - 3 レーンすべてでの強制 — パーミッションスコープと SpendingRule による金額上限(トランザクションごと+日次上限)は Native、EVM、SVM の各レーンで強制されます。鍵管理メッセージは決して委任できません。個別のエラーコードにより、ウォレットは適切なメッセージを表示できます:
5支出上限超過、6オーセンティケーター期限切れ、10パーミッション拒否、11リプレイ拒否。 - パーミッションスキーマクエリ —
GET /qorechain/abstractaccount/v1/permission_schema(gRPC/CLI でも利用可能)は、正規のパーミッション分類(11 種のパーミッション)、メッセージ→パーミッション対応表、委任不可メッセージの一覧を返すため、ウォレットはハードコードせずにスコープを検証できます。 - 同一アルゴリズムでの PQC 鍵ローテーション — 新しい
MsgRotatePQCKeyにより、アカウントの ML-DSA-87 鍵を同一アルゴリズム内でローテーションできます(旧鍵と新鍵による二重署名)。これにより、レガシー導出鍵を正規のアドレス紐付け導出へ移行したり、漏えいした鍵を廃止したりできます。新しい CLI:tx pqc rotate-keyとtx pqc recover-key(ニーモニックからの決定論的な鍵復旧)。 - ルート鍵トランザクションへの影響なし — 今回の変更は追加的なものであり、通常のウォレット、取引所、Keplr のフローは変わりません。ノードオペレーターは、ネットワークアップグレード高までに v3.1.85 へ更新する必要があります。
v3.1.84 — オーセンティケーターのパーミッションと支出上限
リリースの焦点: 委任支出を支えるパーミッションモデル。
- 正規のパーミッション分類 — 11 種のパーミッション(
all、send、delegate、withdraw、vote、evm、wasm、svm、amm、ibc、deploy)と、フェイルクローズドなメッセージ→パーミッション対応表: 対応表にないメッセージタイプは拒否され、鍵管理メッセージは決して委任できません。 - SpendingRule の強制 — トランザクションごとおよび日次(UTC)の支出上限と許可デノムリストが、(アカウント, オーセンティケーター) のペアごとに強制・記録されます。
- SVM レーンの認可 — 外部スキームの鍵(例: Phantom の ed25519)によって SVM レーン上で認可されるアクションも、同じ中央認可ゲートを経由します。
v3.1.83 — 3 インターフェイス全体での統合アカウント署名
リリースの焦点: 1 つの鍵、1 つのアカウント — 単一の統合アイデンティティが、Cosmos、EVM、SVM の各インターフェイスで残高を保持するだけでなく、署名もできるようになりました。
- 1 つの鍵がすべてのレーンで署名 — eth ネイティブとして作成されたアカウント(アドレス = secp256k1 公開鍵の keccak)が、EVM トランザクションに加えて
eth_secp256k1スキームで Cosmos レーンのトランザクションにも署名できるようになりました。そのqor1…(Cosmos)、0x…(EVM)、Solana-VM(base58)の各表現は 1 つの 20 バイトのアイデンティティであり、1 つの残高を保持しつつ、ポスト量子ハイブリッド(ML-DSA-87)の Cosmos トランザクションを含めて3 レーンすべてで支出できます。 - ポスト量子署名は変更なし — 統合アカウントも従来どおり ML-DSA-87 鍵を登録し、チェーンが要求する FIPS-204 ハイブリッド署名を伴います。クラシカル部分は coinType-118 スキームではなく
eth_secp256k1(keccak)です。既存の coinType-118 アカウントには影響しません。 - コンセンサスに中立なローリングアップグレード — 両ネットワークでローリングバイナリアップグレードとして提供され、再ジェネシスもチェーン停止もありません。アカウント残高、履歴、ジェネシスは変わりません。
- クライアントツーリング —
@qorechain/wallet-adapter0.1.5 は、eth ネイティブの Cosmos 署名(signClassicalEth/signHybridEth)、統合 3 アドレス生成、walletFromSeed(任意の 32 バイトシード — 例: Phantom の署名 — から正規アカウントを導出)を追加しました。@qorechain/chain-bridgeにはeth_secp256k1署名パスが追加されました。
フルノードは v3.1.83+ で稼働する必要があります。3.1.83 未満のノードは eth ネイティブ(eth_secp256k1)トランザクションをデコードできず、そのトランザクションがブロックに現れた時点で同期を停止します。最新のバンドルは download.qore.host からダウンロードしてください。
v3.1.82 — SVM 上のネイティブ QOR 稼働開始 + インテグレーター支援
リリースの焦点: 両ネットワークで稼働する SVM ネイティブ QOR 統合と、取引所やインテグレーターの接続に必要なすべて。
- 3 インターフェイスすべてで統合ネイティブ QOR 残高が稼働 — SVM 統合(v3.1.81)がメインネットとテストネットで稼働していることが確認されました: 同一アカウントが 1 つの残高を保持し、Cosmos では
uqor(6 桁小数)、EVM では wei 形式の 18 桁小数、Solana 互換インターフェイスでは lamports(9 桁小数、1 uqor = 1,000 lamports)として参照できます。 - 検証済みの公開エンドポイント — 両ネットワークにおけるコンセンサス RPC、REST、EVM JSON-RPC、SVM JSON-RPC の公開 HTTPS エンドポイントに加え、公開ブロックエクスプローラー。詳細はネットワークを参照してください。
- ダウンロード — バージョン付きノードバイナリバンドル、メインネットのジェネシス、最新のチェーンデータスナップショット(SHA-256 チェックサム付き)を download.qore.host で公開しています。
- クライアントスタック全体での決定論的ポスト量子署名 —
@qorechain/pqc0.1.1 は、6 つの言語バインディングすべてで ML-DSA-87 を決定論的に署名し(FIPS-204 §3.4)、チェーンが受理する形式に一致します。@qorechain/wallet-adapter0.1.2 はこれを基盤にハイブリッドトランザクション署名を提供します。 - インテグレーターガイド — 3 つのインターフェイスにわたる入金、出金、ノード運用をカバーする新しい取引所・インテグレーターガイド。
v3.1.81 — SVM ネイティブ QOR 統合
リリースの焦点: Solana 互換インターフェイス上でネイティブ QOR をファーストクラス資産に。
- SVM 上のネイティブ QOR — SVM ランタイムは、SVM 専用の残高を別途管理するのではなく、アカウントのネイティブ QOR 残高を(lamports 単位で)直接公開するようになりました。
getBalanceとgetSignaturesForAddressはネイティブ資金に対して動作し、System Program の送金はネイティブ QOR を移動します。 - SVM アドレスマッピング — アカウントの SVM アドレスは、その 20 バイトのアカウントバイト列から導出されます(右側を 32 バイトまでパディングし、base58 でエンコード)。これにより、1 つの鍵の Cosmos、EVM、SVM の各アドレスは同じ資金を指します。
v3.1.80 — マルチレイヤー状態アンカークエリ
リリースの焦点: ロールアップ向けの、読み取り可能でオフライン検証可能な決済アンカー。
- アンカー読み取りクエリ —
x/multilayerクエリサービスがAnchor(レイヤーの最新状態アンカー)とAnchors(レイヤーのアンカー履歴)を公開するようになり、クライアントはレイヤーの決済アンカーを取得して独立に検証できます。 - マルチレイヤーの REST ゲートウェイ — すべてのマルチレイヤークエリ(
params、layers、layers/{layer_id}、anchor/{layer_id}、anchors/{layer_id}、routing-stats)が、gRPC に加えて REST でも利用できるようになりました。 - 量子安全な決済レシートのブロック解除 — 各アンカーは、その正規フィールドに対する ML-DSA-87(Dilithium-5) 署名を伴い、Rollup Development Kit のオフライン決済レシート検証のためのオンチェーン基盤を提供します。
v3.1.79 — ブリッジネットワーク向けバリデーター自動プロビジョニング
リリースの焦点: ライセンスを持つバリデーターによる、接続先ネットワークへのターンキー参加。
- ネットワークドライバーフレームワーク — 宣言型ドライバーフレームワークにより、該当する
validator_<chain>(またはqcb_bridge)ライセンスを保有する QoreChain バリデーターは、対応する外部ネットワーククライアントを同一ノード上で QoreChain のオーケストレーション下にプロビジョニング・設定・実行できます — ただしライセンスが有効化された後に限ります。 - 37 のブリッジネットワークすべてに対応するドライバー — カバレッジは接続先ネットワーク全体に及び、参加モデル別(パーミッションレスバリデーター、上限付き/選出制/許可制、L2 フルノード、非ステーキング/トラストリスト役割)に分類されています。外部ネットワークのステークと署名鍵はネットワークごとにオペレーターが用意します。QoreChain はフレームワークと強制されるライセンスゲートを提供します。
v3.1.78 — デプロイ前レディネス
リリースの焦点: ウォレット、ブリッジ、IBC、ライセンスがローンチ時点ですべて機能 — デプロイ後のガバナンス不要。
- トラストレスなデプロイ後ブリッジ有効化 —
bridge_admin鍵(またはqcb_bridgeライセンス保有者)は、署名済みトランザクション 1 件(tx bridge update-chain-config/set-verifier-bootstrap)で任意の接続チェーンのブリッジを有効化できます — コントラクトアドレス、確認数、アーキテクチャ、ステータス、アクティブなベリファイア、ベリファイアのトラストルートを設定でき、ガバナンス提案もチェーンアップグレードも不要です。 - バリデーターネットワークのライセンスゲート — オーケストレーターは、外部ネットワーククライアントを起動する前に
validator_<chain>/qcb_bridgeライセンスを(フェイルクローズドで)強制するようになりました。 - ウォレット統合パッケージ —
@qorechain/wallet-adapterと@qorechain/connectを npm に公開(v0.1.0)。ワンコールでの MetaMask ネットワーク登録(EIP-3085、EVM レール上の 18 桁小数ネイティブ QOR)と Keplr のガス価格設定を追加しました。 - IBC ターンキーリレイヤー — 8 つの IBC カウンターパーティ向けの、すぐに実行できるリレイヤー設定とチャネルブートストラップツーリングにより、デプロイ後に個別のセットアップなしでチャネルが開通します。
v3.1.77 — ブリッジ・バーンの REST エンドポイント
リリースの焦点: クロスチェーンおよび供給モジュールへの読み取り専用 REST アクセス。
- ブリッジ REST エンドポイント — ブリッジモジュールの読み取り専用 HTTP クエリエンドポイントにより、gRPC に加えて標準的な REST でブリッジ状態を公開します。
- バーン REST エンドポイント — バーンモジュールの読み取り専用 HTTP クエリエンドポイントにより、手数料分配と供給データを標準的な REST でクエリできるようにします。
v3.1.76 — SVM ツールチェーンのモダナイズ
リリースの焦点: Solana Virtual Machine 互換性の刷新。
- 最新ツールチェーンのプログラム対応 — SVM 実行がモダナイズされ、最新の Solana ツールチェーンでビルドされたプログラムが QoreChain の SVM ランタイム上で動作します。
v3.1.75 — SVM JSON-RPC がデフォルトで有効に
リリースの焦点: 追加設定不要の Solana 互換 RPC。
- Solana 互換 JSON-RPC — SVM JSON-RPC サーバーがデフォルトで有効になり(ポート 8899)、ノードと同時に自動起動して、SVM ツーリング向けの Solana 互換 RPC インターフェイスを提供します。
v3.1.74 — ロールアッププロファイルプリセット
リリースの焦点: Rollup Development Kit のユーザビリティと決済。
- プロファイルプリセットの適用 — ロールアップ作成時に、選択したプロファイルのプリセット(DeFi、ゲーミング、NFT、エンタープライズ、または完全カスタム)が適用されるようになり、新しいロールアップはユースケースに応じた妥当なデフォルトを継承します。
- オプティミスティック決済 — オプティミスティック決済パス(バッチ送信とチャレンジ)がエンドツーエンドで運用可能になりました。
v3.1.73 — ポスト量子ハッシュベースライン
リリースの焦点: デフォルトのポスト量子暗号ベースラインの完成。
- SHAKE-256 デフォルトハッシュ — SHAKE-256(SHA-3 ファミリー)がデフォルトのアプリケーションハッシュとして採用され、ML-DSA-87(Dilithium-5) 署名、ML-KEM-1024 鍵カプセル化、SHAKE-256 ハッシュというデフォルトのポスト量子ベースラインが完成しました。
v3.1.72 — 安定性とメンテナンス
リリースの焦点: 定常的な安定性およびビルドパイプラインのメンテナンス。
- 安定性の改善 — 内部の安定性、依存関係、ビルドパイプラインのメンテナンスで、外部から見える動作の変更はありません。
v3.1.71 — PQC ハイブリッド署名がデフォルトで強制に
リリースの焦点: Cosmos トランザクションパスにおけるデフォルトでのポスト量子セキュリティ。
- ハイブリッド署名がデフォルトで必須に — Cosmos トランザクションパスでポスト量子ハイブリッド署名がデフォルトで強制されるようになりました: 各トランザクションは、クラシカルな secp256k1 署名に加えてポスト量子 ML-DSA-87(Dilithium-5) 署名を伴います。
- ガバナンス制御の強制 — 強制モードは引き続きガバナンスで制御され、デフォルトは必須に設定されています。
v3.1.70 — プロダクションハードニング
リリースの焦点: 稼働中メインネットに向けたプロダクションハードニングとコンセンサス最適化。
- PRISM コンセンサス最適化 — 実ネットワーク条件下での適応的パラメータチューニングのための PRISM 強化学習最適化レイヤーの継続的な改善と、サーキットブレーカーによる安全制御。
- 性能と安定性 — バリデーターとフルノード全体でのスループット、レイテンシー、リソース使用量の改善。
- 運用ツーリング — メインネットオペレーター向けのモニタリング、クエリ、ノード運用の使い勝手の改善。
- トークノミクス v2.1 への整合 — 手数料分配とエミッションの仕組みを、固定供給・有限エミッションの経済モデルに整合させました。
v3.0.0 — メインネットジェネシス
リリースの焦点: メインネットローンチとトークン生成イベント。
- メインネットジェネシス — QoreChain メインネット(
qorechain-vladi、EVM チェーン ID 9801)が 2026 年 6 月 7 日にローンチし、トークン生成イベント(TGE)はジェネシス時に実施されました。 - 5 分割の手数料配分 — バリデーター、バーン、トレジャリー、ステーカー、ライトノードへのプロトコル手数料分配(37 / 30 / 20 / 10 / 3)。ライトノード専用の取り分が追加されました。
- オンチェーン AMM — オンチェーンの流動性プールとスワップのためのネイティブ自動マーケットメイカーモジュール(
x/amm)。 - チェーンライセンス — プロトコルの利用権を登録・管理するオンチェーンライセンスモジュール(
x/license)。 - 決済パラダイムの強化 — RDK の決済モードを optimistic、zk、based、sovereign として確定しました。
v1.4.0 — メインネット前の拡張
リリースの焦点: クロスチェーンカバレッジの拡大と、メインネットに向けたリリース候補の安定化。
- クロスチェーンカバレッジの拡大 — より広範な外部ネットワークへの IBC およびブリッジ接続の追加。
- ライトノード参加 — ライトノードの導入と、その手数料分配報酬の基盤整備。
- リリース候補のハードニング — メインネットジェネシスに向けた、全コアモジュールにわたる広範なテスト、監査、安定化。
v1.3.0 — Rollup Development Kit
リリースの焦点: ソブリンおよび共有セキュリティのロールアップ展開のためのネイティブロールアップインフラストラクチャ。
- x/rdk モジュール — 4 つの決済パラダイム(optimistic、zk、based、sovereign)を備えた完全な Rollup Development Kit
- 5 つのプリセットプロファイル — DeFi、ゲーミング、NFT、エンタープライズ、完全カスタムの各ユースケース向けに事前設定されたロールアップテンプレート
- ネイティブデータ可用性 — ブロブストレージ、保持管理、プルーニングライフサイクルを備えたオンチェーン DA レイヤー
- EndBlocker 自動ファイナライズ — チャレンジウィンドウ満了時にオペレーターの介入なしでバッチを自動ファイナライズ
- AI 支援プロファイル選択 — 想定ユースケースに基づいて最適なロールアップ構成を提案する
suggest-profileクエリ - マルチレイヤー統合 — ロールアップはマルチレイヤーアーキテクチャのレイヤーとして登録され、ルーティング、アンカリング、チャレンジの仕組みを継承します
- バンクエスクローライフサイクル — オペレーターのステークはロールアップ運用中エスクローに保持され、正常なシャットダウン時に返還、スラッシング時に没収されます
v1.2.0 — IBC とブリッジ
リリースの焦点: クロスチェーン接続と高度なアカウント抽象化。
- 25 のクロスチェーン接続 — 8 つの IBC チャネルと、外部ネットワークへの 17 の QoreChain Bridge(QCB)接続
- x/babylon モジュール — Bitcoin 保有者が QoreChain のステーキングセキュリティに参加できる BTC リステーキング統合
- x/abstractaccount モジュール — プログラム可能な支出ルール、セッションキー、カスタム認証ロジックを備えたスマートアカウントフレームワーク
- x/fairblock モジュール — MEV 耐性のあるトランザクション暗号化のためのしきい値 ID ベース暗号(tIBE)
- x/gasabstraction モジュール — ネイティブ QOR、IBC ブリッジ経由の USDC、IBC ブリッジ経由の ATOM に対応するマルチトークンガス支払い
- 5 レーンのトランザクション優先順位付け — system、governance、staking、bridge、general の優先度順に並んだトランザクションレーン
- IBC リレイヤー設定 — サポートするすべての IBC チャネル向けの事前設定済みリレイヤーセットアップ
- ブリッジ・バーン統合 — ブリッジ手数料はバーンモジュールの手数料分配を経由してルーティングされます
v1.1.0 — PQC ハイブリッド署名
リリースの焦点: ポスト量子暗号セキュリティとアルゴリズムアジリティ。
- secp256k1(ECDSA)+ ML-DSA-87 のデュアル署名 — すべてのトランザクションがクラシカル署名とポスト量子署名の両方を伴い、AnteHandler チェーンで検証されます
- 3 つの強制モード — 設定可能なハイブリッド署名の強制: off(モード 0)、permissive(モード 1、PQC は任意)、mandatory(モード 2、PQC 必須)
- 自動登録 — PQC 公開鍵は最初のハイブリッドトランザクションで自動的に登録され、別途の登録手順が不要になります
- SHAKE-256 ハッシュ基盤 — PQC 関連のすべてのハッシュ処理は、量子耐性のあるアドレス導出のために SHAKE-256(SHA-3 ファミリー)を使用します
- TEE アテステーションインターフェイス — PQC 鍵生成の完全性を証明するための Trusted Execution Environment アテステーション対応
- アルゴリズムアジリティフレームワーク — チェーンアップグレードなしにガバナンス経由で将来の PQC アルゴリズムを追加できるプラガブルなアルゴリズムレジストリ
v1.0.0 — ジェネシス(トークノミクスエンジン)
リリースの焦点: 完全なトークノミクス、マルチ VM 実行、AI 支援オペレーションを備えた初期プロトコルローンチ。
- x/burn モジュール — バリデーター、バーン、トレジャリー、ステーカーへの 4 分割配分を備えたマルチチャネル手数料バーン機構
- x/xqore モジュール — 段階的な早期アンロックペナルティと PvP リベース再分配を備えたガバナンスステーキングデリバティブ
- x/inflation モジュール — 有限エミッションの経済モデルに準拠した、年次逓減を伴うエポックベースのエミッション
- PRISM コンセンサスレイヤー — サーキットブレーカーによる安全制御を備えた、動的チェーンパラメータチューニングのための強化学習最適化(PPO)
- トリプルプール CPoS — レピュテーションスコアで重み付けされた Emerald、Sapphire、Ruby のバリデータープールによる Classified Proof-of-Stake
- QDRW ガバナンス — プール間の報酬分配をガバナンス承認で調整できる Dynamic Reward Weighting システム
- EVM + CosmWasm + SVM ランタイム — 3 つの並行実行環境: QoreChain EVM Engine、CosmWasm スマートコントラクト、Solana Virtual Machine
- クロス VM ブリッジ — 単一ブロック内での EVM、CosmWasm、SVM ランタイム間のメッセージパッシングと資産移転
- ポスト量子暗号 — 高性能 PQC ライブラリに支えられた量子耐性署名
- QCAI — 不正検知、手数料推定、ネットワーク最適化のための、オプションのオフチェーンサイドカーを備えたオンチェーンヒューリスティック分析
- コンテナ化されたデプロイ — サイドカーサービスとブロックインデクサーを含む、完全なマルチバリデーターテストネットデプロイ
- ブロックインデクサー — 履歴クエリと分析のための永続ストレージ付きブロックリスナー