Midnight の公式アカウントは日本時間 11 月 9 日夜、11 月 7 日にメインネットへ入った Ledger 9 によって、Keccak-256 と ECDSA という 2 つの暗号機能をネットワークがネイティブに扱えるようになったと告知しました。どちらも Ethereum や Bitcoin のウォレットが毎日使っている方式で、プライバシーを守るチェーンである Midnight が、既存のチェーンの資産や機関の保管システムと直接つながるための部品がそろったことになります。
初期報: Midnightネットワーク、Keccak-256とECDSAのネイティブ暗号化機能をサポート
告知の本文は 3 行と短いものでした。この記事では、公式ブログと GitHub のリリースノートを読み合わせて、「ネイティブ対応」が台帳 (取引を承認する層) と Compact (コントラクトを書く言語) の 2 つの層でそれぞれ何を指すのかを整理します。NIGHT を持っているだけの方に必要な操作はありません。影響を受けるのは、Midnight の上で何かを作る開発者と、資産を預かる事業者です。
台帳が ECDSA の署名で取引を承認するように
11 月 4 日に公開された Ledger 9.1.0.0 のリリースノートは、取引と手数料の項に「ECDSA signatures」を挙げています。11 月 6 日付の公式ブログの説明では、Ledger 9 の台帳は Schnorr 署名と ECDSA 署名の両方で取引を承認できます。あわせて、1 つのシードフレーズから多数のアドレスを作る BIP-44 の導出方式も実装されました。
公式ブログがこの 2 つを結びつけて語るのは、資産の保管業者です。規制下の保管業者が、すでに持っているハードウェアのセキュリティ装置をそのまま Midnight につなぎ、新しい機器を買わずに資産の発行・焼却・移転ができる、という説明です。ブログは保管業者の例として BitGo の名を挙げていますが、提携の発表という書き方ではありません。
Bitcoin や Ethereum の世界では、機関向けの鍵管理は ECDSA と BIP-44 を前提に組まれています。署名方式とアドレスの作り方が既存の仕組みと同じになったことで、保管業者は Midnight のために鍵管理を一から作らずに、手元の仕組みへつなぎ足す形で扱えるようになります。
Compact から Ethereum のハッシュと署名を扱う
もう 1 つの層が、コントラクトを書く言語 Compact です。公式ブログは Keccak-256 と ECDSA の関数が Compact に入ったと書くだけで、関数名までは挙げていません。名前が分かるのは Compact のリリースノートです。
keccak256— Ethereum が使うハッシュ関数 Keccak-256 を計算する標準ライブラリの関数secp256k1EcdsaVerify— Bitcoin と Ethereum が使う secp256k1 曲線の ECDSA 署名を検証する関数secp256k1EthereumAddress— 公開鍵から Ethereum のアドレスを導く関数
8 月 25 日の 0.34.0 では、署名から公開鍵を取り出す secp256k1EcdsaRecover が JavaScript 側の実行環境に加わりました。リリースノートが示す使い方は、公開鍵の復元は回路の外で行い、回路の中では secp256k1EcdsaVerify で検証する、という分担です。これらを組み合わせると、Ethereum のウォレットで署名されたメッセージをコントラクトの中で確かめ、その署名者の Ethereum アドレスと結びつける処理を、言語に用意された部品だけで書けます。
Ledger 9 向けのツールチェーンは 11 月 4 日公開の Compact 0.36.0 です。このリリースからコンパイラはゼロ知識証明の中間表現 ZKIR v3 だけを出力するようになり、9 月の 0.35.0 では試験用フラグの裏にあった P-256 曲線の ECDSA 検証 (secp256r1EcdsaVerify) と Ed25519 署名の検証も、フラグなしで使えるようになりました。
開発者が押さえておきたい修正も 1 つあります。0.35.0 で、secp256k1EcdsaVerify は公開鍵として単位元と呼ばれる特別な点を受け付けなくなりました。リリースノートによれば、以前はこれを通してしまい、本物の秘密鍵を知らなくても任意のメッセージに署名できる状態でした。まだ配備していないコントラクトは Ledger 9 向けのツールチェーン (互換表では 0.36.0) でコンパイルし直すことになっているので、これから配備するものはこの修正を含んだ版で作られます。
Sig Network が名乗った最初の使い道
部品がそろったことを、早速使い道として名乗ったプロジェクトがあります。Sig Network は日本時間 11 月 10 日未明、Ledger 9 は Ethereum のアプリを Midnight で非公開のまま動かせる最初の版だと投稿し、ローンチ前の最終確認に入っていると伝えました。この投稿では、メインネットでの公開日はまだ示していません。
公式ブログが挙げる使い道も同じ方向を向いています。他のチェーンにある資金を Midnight へ非公開で移す仕組みを開発者が作れるようになり、その確認はネットワーク自体が行うので中央の仲介者を信用する必要がない、という説明です。ステーブルコインの非公開送金は、その代表例として書かれています。
プライバシーを守るチェーンである Midnight には、既存の資産や機関とどうつながるのかという問いがつきまとってきました。今回の対応は、その答えを台帳と言語の両方で具体的な部品にしたものです。部品がつながりになるかどうかは、Sig Network のようなプロジェクトが実際にメインネットで動き出すかで見えてきます。
公式の技術文書がそろうまで
公式ブログは、技術文書は今後数週間かけて公開し、コードのリポジトリで仕上げると書いています。つまり現時点では、関数の正確な使い方を知る一次の手がかりは Compact と Ledger のリリースノートで、開発者向けドキュメント (docs.midnight.network) の Compact 標準ライブラリの項がそろうのはこれからです。
次に確かめる場所は 2 つです。1 つは、Sig Network の公式 X アカウントで予告されているメインネット公開の告知。もう 1 つは、今後数週間で更新される docs.midnight.network の Compact 標準ライブラリのリファレンスで、keccak256 と secp256k1EcdsaVerify の項に使い方の例が載るかどうかです。どちらかが出れば、Ethereum とのつながりが告知の言葉から動くアプリへ一歩進んだことになります。
ことば
- Keccak-256 — Ethereum がアドレスの計算や取引の識別に使うハッシュ関数。同じ関数を Midnight のコントラクトで計算できると、Ethereum 側で作られたデータをそのまま突き合わせられます。
- ECDSA — 楕円曲線を使うデジタル署名の方式で、Bitcoin と Ethereum のウォレットはどちらも secp256k1 曲線の ECDSA で署名します。機関向けの鍵管理装置の多くもこの方式に対応しています。
- BIP-44 — 1 つのシードフレーズから、チェーンごと・用途ごとに多数のアドレスを決まった手順で作るための規格。多くのウォレットと保管業者が採用しており、Midnight もこの手順でアドレスを作れるようになりました。
一次ソース / 関連リンク
- Midnight 公式 X の告知（2026-11-09）
https://x.com/MidnightNtwrk/status/2119790523082817934
Midnight 公式ブログ「Ledger 9 upgrade unlocks signature support and composable contracts on mainnet」（2026-11-06）（midnight.network）
Ledger 9.1.0.0 リリースノート（GitHub・2026-11-04）（GitHub）
- Sig Network 公式 X の投稿（2026-11-09 UTC）
https://x.com/Sig_Network/status/2119840283642765655
