Zcash、高速なプライベート送金に向けTachyonコンポーネントをZakura Commonへ統合
重要ポイント
- •Zcashの開発者は、Project Tachyonのコンポーネントをエコシステムの共有暗号コードベースであるZakura Commonへ移行する作業を開始しました。これはエンドユーザー機能ではなく開発者インフラに影響するステップです。
- •Project Tachyonは、証明持ち込みデータによるより効率的なトランザクション集約と、ウォレットが送金を準備する際にヌリファイアを保護するオブリビアス同期の設計により、シールド送金の高速化を目指しています。
- •統合の最初のリリースはUdonで、古いライブラリに分かれていたパフォーマンスに敏感な算術処理を統合し、アプリケーションが自身のメモリおよび並列処理の上限を設定できるRustコンポーネントです。
- •シールドトランザクションは現在、Zcashに2つのスケーリング負担を課しています。プライバシー証明の作成・検証に必要な追加計算と、バリデーターが保持し続けなければならない増え続けるヌリファイアのセットです。
- •Tachyonは11月5日のNU7目標とは別の提案中アップグレードであり、11件のZcash Improvement Proposalsが未了で、Raguフレームワークは監査未実施、メインネットでの有効化はコミュニティの承認に依存します。

Zcashの開発者は、高速なプライベート送金を可能にすることを目指す提案中のアップグレード「Project Tachyon」のコンポーネントを、エコシステム全体に提供することを目的とした共有暗号コードベース「Zakura Common」への統合を開始しました。9月28日の開発者投稿によると、このステップはネットワークの有効化ではなく、コード移行の開始を意味します。
ZEC保有者にとって、今日何かが変わることはありません。TachyonコンポーネントがZakura Commonに組み込まれたからといって、ユーザーが新しいシールドトランザクション機能を利用できるようになるわけではありません。現段階での利用者は開発者であり、彼らはウォレット、ノード、今後のプロトコル作業が後で利用できる暗号の基盤を整備しています。
この準備が重要なのは、プライベート送金が通常の透過的な送金よりもソフトウェアに大きな負担をかけ、その負担は利用が拡大するほど管理が難しくなるためです。
プライベート送金には2つのスケーリングコストがある
シールドされたZcashトランザクションは、暗号証明を用いて、送信者、受取人、金額を公開することなくトランザクションがネットワークのルールに従っていることを示します。こうした証明の作成と検証は、透過的なトランザクションの確認よりも多くの作業を要します。実際シールド送金は追加の計算を機密性と引き換えにしており、このトレードオフはウォレットのパフォーマンスとバリデーターが保存すべきデータ量の両方に影響します。
長期的なインフラコストも存在します。同じシールド資金の二重支出を防ぐため、バリデーターは「ヌリファイア」と呼ばれる一意の値を追跡します。Project Tachyonの技術概要によると、現行の設計ではこのセットが増え続け、バリデーターが保持すべきコンセンサスデータが増加します。
Tachyonは、計算が正しく実行されたことの証拠を圧縮する手法である証明持ち込みデータ(proof-carrying data)を中心に設計されています。この提案は、ブロック生成者がシールドトランザクションをより効率的に集約できるようにすることを目指すとともに、「オブリビアス同期」の設計により、ウォレットが実際のヌリファイアを関係するリモートサービスに開示することなく、送金に必要な情報を準備できるようにします。
これらは野心的な設計目標です。プライベート送金の検証コストと、送金が承認された後に生じる状態負担の両方に対応します。
Zakura Commonが作業の中心である理由
研究実装は、暗号設計が実現可能であることを示せます。しかし、ウォレットやノードのソフトウェアには別の基準が必要です。保守可能なコード、予測可能なメモリおよび計算資源の使用、信頼できるテスト、そして他のチームがその成果を統合できる明確な道筋です。
Zakura Commonは、この取り組みの共通暗号基盤として機能することを意図しています。開発者によると、Tachyonは既存のZcash暗号と基礎的な数学的コンポーネントを共有していますが、その再帰的証明は追加の要件を生みます。重複するコンポーネントを統合することで、重複コードを減らし、単一の最適化がエコシステムの複数の部分に利益をもたらすことが可能になります。実際、この共有基盤こそが個々の改善をエコシステム全体のものに変えるのです。
このプロセスの最初のリリースはUdonです。これは、以前は古いライブラリ間で分割されていたパフォーマンスに敏感な算術処理を統合するRustコンポーネントです。その設計により、アプリケーションは自身のメモリおよび並列処理の上限を設定できます。モバイルウォレット、フルノード、サーバーは同じハードウェア資源で動作するわけではないため、これは重要な点です。この柔軟性は、送金準備がウォレット側で実際の計算作業を伴うシールド送金に直接関わるものです。
それ自体がユーザーのトランザクション高速化を保証するものではありません。将来の実装が、個別のライブラリ間に多くの互換性レイヤーを抱えることなく、最適化されたコードをより直接的に利用できる道を開くものです。
Tachyonには仕様策定、レビュー、ネットワーク認が必要
Tachyonは、次回予定されているネットワーク変更よりも、Zcashの技術ロードマップ上で先の位置にあります。Coindooは以前、より近い時期のプロトコル作業に関するNU7アップグレードの11月5日目標を報じました。今回のZakura Common統合は、将来のTachyon提案が利用できる暗号コンポーネントの構築に焦点を当てており、両者は同じロードマップ上の別個の取り組みとして進められます。
Project Tachyonのウェブサイトは、Tachyonを提案中のZcashアップグレードと説明しています。その有効化には、開発チームが単にウォレット更新をリリースするのではなく、コミュニティの承認が必要です。
プロジェクトの公開実装トラッカーは現在、シールドプロトコル、トランザクション形式、集約、同期、最終的な展開を対象とする11件のZcash Improvement Proposalsを特定しています。この数字は残された作業の規模を示しています。コード移行は、より広範なプロトコル活動の一部にすぎません。
セキュリティレビューも不可欠です。Tachyonで使用されている証明持ち込みデータフレームワーク「Ragu」は、活発に開発中であり監査を受けていないと明記しています。公開コードは技術的な検証を可能にするという点で価値がありますが、システムが本番利用の準備が整っている証拠と見なすべきではありません。
今後の実際の進捗を示すもの
読者がすべての暗号ライブラリの変更を追う必要はありません。この作業が実用的なプライベート送金インフラになりつつあるかを示す、いくつかの後続のマイルストーンがあります。
- 再現可能なベンチマーク: ハードウェア、トランザクション種別、テスト条件を特定した結果。
- 独立したレビュー: 新実装とその前提を対象とする監査または形式検証。
- ウォレットおよびノードの統合: どのユーザーがどのような条件で恩恵を受けるかを説明するリリース。
- プロトコルの進捗: 完成した仕様と、潜在的なアップグレードのための明確に定義されたコミュニティプロセス。
プライバシーを実用規模で実現する課題
Zcashの開発者は、プライバシーのスケーリングをインフラの問題として捉えており、高速な証明処理はその一部にすぎません。ウォレットは使いやすさを維持する必要があり、バリデーターは持続可能なハードウェア要件を必要とし、暗号の前提は慎重な検証に耐える必要があります。
TachyonをZakura Commonに移行しても、これらの問いに決着がつくわけではありません。研究コンポーネントを他のZcash開発者がテストし構築できる共有ソフトウェア基盤に置くことで、作業をより具体化するものです。次に意味のある証拠は、-reviewed、実装、そして最終的なユーザー向けリリースからもたらされるものであり、野心的な1秒あたりのトランザクション数の数字だけではありません。
この記事は情報提供のみを目的としており、金融または投資助言を構成するものではありません。Project Tachyonは現在も開発中であり、メインネットでの有効化にはさらなる技術作業とコミュニティの承認が必要です。