ポスト量子トランザクション システムの構築: 完全な開発者ガイド

暗号通貨トランザクションはブロックチェーン ネットワークのバックボーンを形成します。ポスト量子暗号への移行には、トランザクション構造、シリアル化、検証を再考する必要があります。このガイドでは、量子耐性トランザクションの完全な実装について説明します。 SynX耐量子ウォレット.

トランザクションアーキテクチャの概要

トランザクション入力構造

各入力は以前の未使用の出力を参照し、使用の承認を証明します。

トランザクション出力構造

出力は、トランザクションごとに導出される回転バーナー アドレスを使用して、資金の行き先を定義します。

二重層プライバシー モデル

次に進む前に、このトランザクション形式が何を行うのか、何を隠蔽しないのかを正確に理解してください。 SynXは デフォルトでは透明、オンデマンドでシャドウ.

A transparent transaction is fully visible on the block explorer — amount, sender, recipient — exactly like Bitcoin. A shadow transaction is Kyber-768 encrypted (NIST FIPS 203) and routed through a rotating burner address; the explorer shows it as “Private”.

選択的開示については、SynX が発行します。 一時ビューキー: scoped to a single transaction, alive for thirty minutes, revealing the 金額のみ, never the graph. Contrast Zcash, whose view keys are permanent and transferable: SynX issues expiring capabilities, not permanent identity grants.

SynXの機能 ない ゼロ知識証明、リング署名、RingCT、Pedersen コミットメント、範囲証明、またはその他の混合層を実装する必要があります。火傷はマスキングの意図的な例外です。火傷は公開されており、エクスプローラーの Pyre Altar ページで誰でも検証でき、誰が火傷を負ったのかを明らかにすることなく火傷が発生したことを証明します。

完全なトランザクション構造

トランザクションビルダー

の SynX耐量子ウォレット トランザクションを構築するための高レベルのビルダーを提供します。

トランザクションの検証

ノードは、中継および包含の前に受信トランザクションを検証します。

トランザクションサイズの比較

よくある質問

ポスト量子トランザクションの規模はどれくらいですか?

最小限の SynX耐量子ウォレット transaction with one input and one output is approximately 9-10KB due to SPHINCS+-SHAKE-128s signatures (7,856 bytes). Multi-input transactions scale linearly. Signatures are pseudorandom hash outputs, so compression does not meaningfully reduce wire size.

ポストクォンタムトランザクションはBitcoinとどう違うのですか?

主な構造の違いは、より大きな署名 (7,856 バイト対約 72 バイト)、出力ごとに新たに導出されるローテーション バーナー アドレス、およびシャドウ層出力のオプションの Kyber-768 暗号文です。トランザクション検証では、ECDSA の代わりに SPHINCS+ 署名検証が使用されます。 SynX のガス料金は完全にゼロであることに注意してください。調整する料金市場がないため、チェーン分析会社がユーザーの指紋を採取するための料金メタデータもありません。

SynX では取引金額が非表示になりますか?

Not on the transparent tier — they appear on the block explorer in the clear, like Bitcoin. SynX implements no confidential-transaction layer, no Pedersen commitments, and no range proofs. Amount privacy comes from using the shadow tier, where the explorer returns "Private" for shadow balances and transaction lists. Any implementation guide claiming otherwise is describing a different chain.

選択的開示を実装するにはどうすればよいですか?

Through the ephemeral view key. It is scoped to one transaction and expires after thirty minutes. Verification requires the transaction hash and the view key together, and returns the amount only. Do not design any system that assumes the key can be stored, re-presented later, or delegated onward; that is the Zcash model, and it is precisely what SynX refuses to build.