포스트 퀀텀 트랜잭션 시스템 구축: 전체 개발자 가이드

암호화폐 거래는 블록체인 네트워크의 백본을 형성합니다. 포스트퀀텀 암호화로 전환하려면 트랜잭션 구조, 직렬화 및 검증을 다시 생각해야 합니다. 이 가이드는 다음에서 사용되는 양자 저항 트랜잭션의 전체 구현을 다룹니다. 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.