Paper ReviewComputer SystemsDesign Science Research
Privacy-Preserving Digital Payments: Zero-Knowledge Proofs Meet FinTech Compliance
Financial transactions on public blockchains are transparent by designโbut transparency conflicts with financial privacy. ZKP-enabled payment systems allow users to prove transaction validity and regulatory compliance without revealing amounts, counterparties, or account balances.
By Sean K.S. Shin
This blog summarizes research trends based on published paper abstracts. Specific numbers or findings may contain inaccuracies. For scholarly rigor, always consult the original papers cited in each post.
Public blockchains offer transparency, immutability, and disintermediationโproperties that appeal to users frustrated with traditional financial systems. But this transparency creates a privacy problem: every transaction is visible to every participant. Your salary payment, medical bill, political donation, and grocery purchase are all permanently recorded on a public ledger, linkable to your identity through increasingly sophisticated blockchain analysis techniques.
The financial industry's response cannot simply be "make everything private"โregulators require visibility into transactions for anti-money laundering (AML), know-your-customer (KYC), and sanctions compliance. The tension between user privacy and regulatory transparency appears irreconcilable.
Zero-knowledge proofs resolve this tension mathematically. Meesala et al. and Solomka & Liubinskyi demonstrate systems where users can prove that their transactions satisfy regulatory requirementsโidentity verification, sanctions screening, transaction amount limitsโwithout revealing the transaction details themselves. The regulator receives cryptographic assurance of compliance; the user retains financial privacy.
The Architecture of Private Compliance
The system operates through a separation of concerns:
Off-chain KYC verification: A trusted KYC provider verifies the user's identity through standard processes (document verification, biometric checks). The provider issues a cryptographic attestationโa digital certificate that confirms "this person has been KYC-verified"โwithout the blockchain ever seeing the identity documents.
ZKP transaction authorization: When the user initiates a transaction, they generate a zero-knowledge proof that demonstrates:
- They hold a valid KYC attestation (identity verified)
- The transaction amount is within permitted limits
- The counterparty is not on sanctions lists
- The source of funds is from a verified account
The proof is verified by the blockchain's smart contract. If valid, the transaction proceeds. If invalid, the transaction is rejected. At no point does the blockchainโor any third partyโlearn the user's identity, the transaction amount, or the counterparty's identity.
Selective disclosure for audit: When a regulator requires access to specific transactions (under court order or regulatory mandate), the user can generate a selective disclosure proofโrevealing only the specific information the regulator requests while keeping everything else private. This is more granular than the binary choice between full transparency and full opacity.
The Regulatory Challenge
The technical capability is clear. The regulatory acceptance is not. Financial regulators are accustomed to direct access to transaction data. Replacing data access with mathematical proofs requires regulators to trust cryptographic verificationโa significant cultural and institutional shift.
Solomka & Liubinskyi address this by designing their framework as a minimum viable product that demonstrates regulatory compliance through ZKPs on a real blockchain network. The goal is not to convince regulators through theoretical arguments but through working demonstrations that show compliance can be maintainedโand even improvedโthrough cryptographic verification.
The improvement argument is compelling: current KYC data is stored in centralized databases at financial institutionsโhoneypot targets for data breaches. ZKP-based compliance eliminates these centralized stores, reducing the data breach surface while maintaining compliance assurance. The security benefit of ZKP is not just privacyโit is reduced attack surface.
Claims and Evidence
<
| Claim | Evidence | Verdict |
|---|
| ZKP enables regulatory compliance without transaction data exposure | Mathematical proof construction and MVP demonstration | โ
Supported |
| Selective disclosure provides regulators with necessary audit capability | Selective ZKP disclosure mechanism demonstrated | โ
Supported |
| ZKP reduces data breach risk by eliminating centralized KYC stores | Architectural argument; no centralized data to breach | โ
Supported (by design) |
| Financial regulators accept ZKP-based compliance | No regulatory jurisdiction has formally accepted ZKP compliance | โ Not yet accepted |
| ZKP computation is efficient enough for real-time payments | Proof generation latency varies; optimization is ongoing | โ ๏ธ Improving |
Open Questions
Regulatory sandboxes: Which jurisdictions will be the first to allow ZKP-based financial compliance in regulatory sandboxes? Singapore, Switzerland, and the UK have progressive FinTech regulatory frameworks.Interoperability: Different ZKP systems use different proof systems (zk-SNARKs, zk-STARKs, Plonk). Can proofs from one system be verified by another? Financial interoperability requires cryptographic interoperability.Post-quantum security: Current ZKP systems rely on cryptographic assumptions (discrete logarithm, elliptic curve) that quantum computers may break. Are there ZKP constructions that remain secure in a post-quantum world?User experience: Generating ZKPs requires computational resources on the user's device. For mobile payments, the proof generation must be fast enough to not degrade the payment experience. What is the acceptable latency budget?What This Means for Your Research
For FinTech researchers, ZKP-based compliance represents a fundamental redesign of financial privacy architectureโfrom "collect data and restrict access" to "verify properties and never collect data." This architectural shift requires new thinking about what regulators actually need (compliance assurance) versus what they currently receive (raw data).
For cryptography researchers, the financial application imposes concrete performance requirements (proof generation in seconds, verification in milliseconds) that drive protocol optimization. Financial ZKPs must be efficient, auditable, and legally defensibleโconstraints that academic ZKP research does not always address.
๋ฉด์ฑ
์กฐํญ: ์ด ๊ฒ์๋ฌผ์ ์ ๋ณด ์ ๊ณต ๋ชฉ์ ์ ์ฐ๊ตฌ ๋ํฅ ๊ฐ์์ด๋ค. ํ์ ์ฐ๊ตฌ์์ ์ธ์ฉํ๊ธฐ ์ ์ ๊ตฌ์ฒด์ ์ธ ์ฐ๊ตฌ ๊ฒฐ๊ณผ, ํต๊ณ ๋ฐ ์ฃผ์ฅ์ ์๋ณธ ๋
ผ๋ฌธ์ ํตํด ๊ฒ์ฆํด์ผ ํ๋ค.
ํ๋ผ์ด๋ฒ์ ๋ณดํธ ๋์งํธ ๊ฒฐ์ : ์์ง์ ์ฆ๋ช
๊ณผ FinTech ์ปดํ๋ผ์ด์ธ์ค์ ๋ง๋จ
๊ณต๊ฐ ๋ธ๋ก์ฒด์ธ์ ํฌ๋ช
์ฑ, ๋ถ๋ณ์ฑ, ํ์ค๊ฐํ๋ผ๋ ํน์ฑ์ ์ ๊ณตํ๋ฉฐ, ์ด๋ ๊ธฐ์กด ๊ธ์ต ์์คํ
์ ๋ถ๋ง์ ๊ฐ์ง ์ฌ์ฉ์๋ค์๊ฒ ๋งค๋ ฅ์ ์ผ๋ก ๋ค๊ฐ์จ๋ค. ๊ทธ๋ฌ๋ ์ด๋ฌํ ํฌ๋ช
์ฑ์ ํ๋ผ์ด๋ฒ์ ๋ฌธ์ ๋ฅผ ์ผ๊ธฐํ๋ค. ๋ชจ๋ ๊ฑฐ๋๊ฐ ๋ชจ๋ ์ฐธ์ฌ์์๊ฒ ๊ณต๊ฐ๋๊ธฐ ๋๋ฌธ์ด๋ค. ๊ธ์ฌ ์ง๊ธ, ์๋ฃ๋น, ์ ์น ํ์๊ธ, ์๋ฃํ ๊ตฌ๋งค ๋ด์ญ์ด ๋ชจ๋ ๊ณต๊ฐ ์์ฅ์ ์๊ตฌ์ ์ผ๋ก ๊ธฐ๋ก๋๋ฉฐ, ์ ์ ์ ๊ตํด์ง๋ ๋ธ๋ก์ฒด์ธ ๋ถ์ ๊ธฐ์ ์ ํตํด ์ฌ์ฉ์์ ์ ์๊ณผ ์ฐ๊ฒฐ๋ ์ ์๋ค.
๊ธ์ต ์
๊ณ์ ๋์์ ๋จ์ํ "๋ชจ๋ ๊ฒ์ ๋น๊ณต๊ฐ๋ก ํ๋ค"๋ ๋ฐฉ์์ด ๋ ์ ์๋ค. ๊ท์ ๋น๊ตญ์ ์๊ธ ์ธํ ๋ฐฉ์ง(AML), ๊ณ ๊ฐ ์ ์ ํ์ธ(KYC), ์ ์ฌ ์ปดํ๋ผ์ด์ธ์ค๋ฅผ ์ํด ๊ฑฐ๋์ ๋ํ ๊ฐ์์ฑ์ ์๊ตฌํ๊ธฐ ๋๋ฌธ์ด๋ค. ์ฌ์ฉ์ ํ๋ผ์ด๋ฒ์์ ๊ท์ ์ ํฌ๋ช
์ฑ ์ฌ์ด์ ๊ธด์ฅ์ ์๋ฆฝ ๋ถ๊ฐ๋ฅํ ๊ฒ์ฒ๋ผ ๋ณด์ธ๋ค.
์์ง์ ์ฆ๋ช
(zero-knowledge proof)์ ์ด ๊ธด์ฅ์ ์ํ์ ์ผ๋ก ํด์ํ๋ค. Meesala ์ธ ์ฐ๊ตฌ์ง๊ณผ Solomka & Liubinskyi๋ ์ฌ์ฉ์๊ฐ ๊ฑฐ๋ ์ธ๋ถ ์ ๋ณด๋ฅผ ๊ณต๊ฐํ์ง ์๊ณ ๋ ์์ ์ ๊ฑฐ๋๊ฐ ๊ท์ ์๊ฑดโ์ ์ ํ์ธ, ์ ์ฌ ์ฌ์ฌ, ๊ฑฐ๋ ํ๋โ์ ์ถฉ์กฑํจ์ ์ฆ๋ช
ํ ์ ์๋ ์์คํ
์ ์ ์ํ๋ค. ๊ท์ ๋น๊ตญ์ ์ปดํ๋ผ์ด์ธ์ค์ ๋ํ ์ํธํ์ ๋ณด์ฆ์ ๋ฐ๊ณ , ์ฌ์ฉ์๋ ๊ธ์ต ํ๋ผ์ด๋ฒ์๋ฅผ ์ ์งํ๋ค.
ํ๋ผ์ด๋ฒ์ ์ปดํ๋ผ์ด์ธ์ค์ ์ํคํ
์ฒ
์ด ์์คํ
์ ๊ด์ฌ์ฌ์ ๋ถ๋ฆฌ๋ฅผ ํตํด ์๋ํ๋ค.
์คํ์ฒด์ธ KYC ๊ฒ์ฆ: ์ ๋ขฐํ ์ ์๋ KYC ์ ๊ณต์๊ฐ ํ์ค ์ ์ฐจ(์๋ฅ ํ์ธ, ์์ฒด ์ธ์ ํ์ธ)๋ฅผ ํตํด ์ฌ์ฉ์์ ์ ์์ ๊ฒ์ฆํ๋ค. ์ ๊ณต์๋ ๋ธ๋ก์ฒด์ธ์ด ์ ์ ์๋ฅ๋ฅผ ์ด๋ํ์ง ์๊ณ ๋ "์ด ์ฌ๋์ KYC ์ธ์ฆ์ ๋ฐ์๋ค"๋ ์ฌ์ค์ ํ์ธํ๋ ๋์งํธ ์ธ์ฆ์์ธ ์ํธํ์ ์ฆ๋ช
์ ๋ฐ๊ธํ๋ค.
ZKP ๊ฑฐ๋ ์น์ธ: ์ฌ์ฉ์๊ฐ ๊ฑฐ๋๋ฅผ ์์ํ ๋, ๋ค์ ์ฌํญ์ ์ฆ๋ช
ํ๋ ์์ง์ ์ฆ๋ช
์ ์์ฑํ๋ค.
- ์ ํจํ KYC ์ฆ๋ช
๋ณด์ (์ ์ ํ์ธ ์๋ฃ)
- ๊ฑฐ๋ ๊ธ์ก์ด ํ์ฉ ํ๋ ์ด๋ด
- ๊ฑฐ๋ ์๋๋ฐฉ์ด ์ ์ฌ ๋ชฉ๋ก์ ์์
- ์๊ธ ์ถ์ฒ๊ฐ ๊ฒ์ฆ๋ ๊ณ์ข์
์ด ์ฆ๋ช
์ ๋ธ๋ก์ฒด์ธ์ ์ค๋งํธ ์ปจํธ๋ํธ์ ์ํด ๊ฒ์ฆ๋๋ค. ์ ํจํ๋ฉด ๊ฑฐ๋๊ฐ ์งํ๋๊ณ , ์ ํจํ์ง ์์ผ๋ฉด ๊ฑฐ๋๊ฐ ๊ฑฐ๋ถ๋๋ค. ์ด๋ ์์ ์์๋ ๋ธ๋ก์ฒด์ธ์ด๋ ์ 3์๋ ์ฌ์ฉ์์ ์ ์, ๊ฑฐ๋ ๊ธ์ก, ๋๋ ๊ฑฐ๋ ์๋๋ฐฉ์ ์ ์์ ์ ์ ์๋ค.
๊ฐ์ฌ๋ฅผ ์ํ ์ ํ์ ๊ณต๊ฐ: ๊ท์ ๋น๊ตญ์ด ํน์ ๊ฑฐ๋์ ๋ํ ์ ๊ทผ์ ์๊ตฌํ ๊ฒฝ์ฐ(๋ฒ์ ๋ช
๋ น ๋๋ ๊ท์ ์์์ ๋ฐ๋ผ), ์ฌ์ฉ์๋ ์ ํ์ ๊ณต๊ฐ ์ฆ๋ช
์ ์์ฑํ ์ ์๋ค. ์ด๋ฅผ ํตํด ๊ท์ ๋น๊ตญ์ด ์์ฒญํ ํน์ ์ ๋ณด๋ง์ ๊ณต๊ฐํ๋ฉด์ ๋๋จธ์ง๋ ๋น๊ณต๊ฐ๋ก ์ ์งํ๋ค. ์ด๋ ์์ ํ ํฌ๋ช
์ฑ๊ณผ ์์ ํ ๋ถํฌ๋ช
์ฑ ์ฌ์ด์ ์ด๋ถ๋ฒ์ ์ ํ๋ณด๋ค ๋ ์ธ๋ฐํ ๋ฐฉ์์ด๋ค.
๊ท์ ์ ๊ณผ์
๊ธฐ์ ์ ์ญ๋์ ๋ช
ํํ๋ค. ๊ทธ๋ฌ๋ ๊ท์ ์ ์์ฉ์ ๊ทธ๋ ์ง ์๋ค. ๊ธ์ต ๊ท์ ๋น๊ตญ์ ๊ฑฐ๋ ๋ฐ์ดํฐ์ ๋ํ ์ง์ ์ ๊ทผ์ ์ต์ํด์ ธ ์๋ค. ๋ฐ์ดํฐ ์ ๊ทผ์ ์ํ์ ์ฆ๋ช
์ผ๋ก ๋์ฒดํ๋ ค๋ฉด ๊ท์ ๋น๊ตญ์ด ์ํธํ์ ๊ฒ์ฆ์ ์ ๋ขฐํด์ผ ํ๋ฉฐ, ์ด๋ ์๋นํ ๋ฌธํ์ ยท์ ๋์ ์ ํ์ ์๊ตฌํ๋ค.
Solomka & Liubinskyi๋ ์ค์ ๋ธ๋ก์ฒด์ธ ๋คํธ์ํฌ์์ ZKP๋ฅผ ํตํด ๊ท์ ์ปดํ๋ผ์ด์ธ์ค๋ฅผ ์
์ฆํ๋ ์ต์ ๊ธฐ๋ฅ ์ ํ(minimum viable product)์ผ๋ก ํ๋ ์์ํฌ๋ฅผ ์ค๊ณํจ์ผ๋ก์จ ์ด ๋ฌธ์ ๋ฅผ ๋ค๋ฃฌ๋ค. ๋ชฉํ๋ ์ด๋ก ์ ๋
ผ๊ฑฐ๋ฅผ ํตํด ๊ท์ ๋น๊ตญ์ ์ค๋ํ๋ ๊ฒ์ด ์๋๋ผ, ์ํธํ์ ๊ฒ์ฆ์ ํตํด ์ปดํ๋ผ์ด์ธ์ค๊ฐ ์ ์ง๋๊ณ ์ฌ์ง์ด ๊ฐ์ ๋ ์ ์์์ ๋ณด์ฌ์ฃผ๋ ์ค์ ์๋ ๋ฐ๋ชจ๋ฅผ ํตํด ์ค๋ํ๋ ๊ฒ์ด๋ค.
๊ฐ์ ๋
ผ๊ฑฐ๋ ์ค๋๋ ฅ์ด ์๋ค. ํ์ฌ KYC ๋ฐ์ดํฐ๋ ๊ธ์ต ๊ธฐ๊ด์ ์ค์ํ๋ ๋ฐ์ดํฐ๋ฒ ์ด์ค์ ์ ์ฅ๋์ด ๋ฐ์ดํฐ ์ ์ถ์ ์ฃผ์ ํ์ ์ด ๋๋ค. ZKP ๊ธฐ๋ฐ ์ปดํ๋ผ์ด์ธ์ค๋ ์ด๋ฌํ ์ค์ํ๋ ์ ์ฅ์๋ฅผ ์ ๊ฑฐํจ์ผ๋ก์จ ์ปดํ๋ผ์ด์ธ์ค ๋ณด์ฆ์ ์ ์งํ๋ฉด์ ๋ฐ์ดํฐ ์ ์ถ ๊ณต๊ฒฉ ๋ฉด์ ์ ์ค์ธ๋ค. ZKP์ ๋ณด์ ์ด์ ์ ๋จ์ํ ํ๋ผ์ด๋ฒ์์ ๊ทธ์น์ง ์์ผ๋ฉฐ, ๊ณต๊ฒฉ ๋ฉด์ ์ ์ถ์์ ์๋ค.
์ฃผ์ฅ๊ณผ ๊ทผ๊ฑฐ
| ์ฃผ์ฅ | ๊ทผ๊ฑฐ | ํ์ |
|---|
| ZKP๋ ๊ฑฐ๋ ๋ฐ์ดํฐ ๋
ธ์ถ ์์ด ๊ท์ ์ค์๋ฅผ ๊ฐ๋ฅํ๊ฒ ํ๋ค | ์ํ์ ์ฆ๋ช
๊ตฌ์ฑ ๋ฐ MVP ์์ฐ | โ
์ง์ง๋จ |
| ์ ํ์ ๊ณต๊ฐ๋ ๊ท์ ๊ธฐ๊ด์ ํ์ํ ๊ฐ์ฌ ๋ฅ๋ ฅ์ ์ ๊ณตํ๋ค | ์ ํ์ ZKP ๊ณต๊ฐ ๋ฉ์ปค๋์ฆ ์์ฐ | โ
์ง์ง๋จ |
| ZKP๋ ์ค์ํ๋ KYC ์ ์ฅ์๋ฅผ ์ ๊ฑฐํจ์ผ๋ก์จ ๋ฐ์ดํฐ ์นจํด ์ํ์ ์ค์ธ๋ค | ์ํคํ
์ฒ์ ๋
ผ๊ฑฐ; ์นจํด๋ ์ค์ํ ๋ฐ์ดํฐ ์์ | โ
์ง์ง๋จ (์ค๊ณ์) |
| ๊ธ์ต ๊ท์ ๊ธฐ๊ด์ด ZKP ๊ธฐ๋ฐ ๊ท์ ์ค์๋ฅผ ์์ฉํ๋ค | ZKP ์ค์๋ฅผ ๊ณต์์ ์ผ๋ก ์์ฉํ ๊ท์ ๊ดํ ๊ถ ์์ | โ ์์ง ์์ฉ๋์ง ์์ |
| ZKP ์ฐ์ฐ์ ์ค์๊ฐ ๊ฒฐ์ ์ ์ถฉ๋ถํ ํจ์จ์ ์ด๋ค | ์ฆ๋ช
์์ฑ ์ง์ฐ ์๊ฐ์ด ๊ฐ๋ณ์ ์ด๋ฉฐ ์ต์ ํ๊ฐ ์งํ ์ค | โ ๏ธ ๊ฐ์ ์ค |
๋ฏธํด๊ฒฐ ์ง๋ฌธ
๊ท์ ์๋๋ฐ์ค: ์ด๋ ๊ดํ ๊ถ์ด ๊ท์ ์๋๋ฐ์ค์์ ZKP ๊ธฐ๋ฐ ๊ธ์ต ๊ท์ ์ค์๋ฅผ ์ต์ด๋ก ํ์ฉํ ๊ฒ์ธ๊ฐ? ์ฑ๊ฐํฌ๋ฅด, ์ค์์ค, ์๊ตญ์ ์ง๋ณด์ ์ธ FinTech ๊ท์ ํ๋ ์์ํฌ๋ฅผ ๋ณด์ ํ๊ณ ์๋ค.์ํธ์ด์ฉ์ฑ: ์๋ก ๋ค๋ฅธ ZKP ์์คํ
์ ์์ดํ ์ฆ๋ช
์์คํ
(zk-SNARKs, zk-STARKs, Plonk)์ ์ฌ์ฉํ๋ค. ํ ์์คํ
์ ์ฆ๋ช
์ ๋ค๋ฅธ ์์คํ
์ด ๊ฒ์ฆํ ์ ์๋๊ฐ? ๊ธ์ต ์ํธ์ด์ฉ์ฑ์ ์ํธํ์ ์ํธ์ด์ฉ์ฑ์ ํ์๋ก ํ๋ค.์์ ๋ด์ฑ ๋ณด์: ํ์ฌ ZKP ์์คํ
์ ์์ ์ปดํจํฐ๊ฐ ํด๋
ํ ์ ์๋ ์ํธํ์ ๊ฐ์ (์ด์ฐ ๋ก๊ทธ, ํ์ ๊ณก์ )์ ์์กดํ๋ค. ์์ ์ดํ(post-quantum) ํ๊ฒฝ์์๋ ์์ ์ฑ์ ์ ์งํ๋ ZKP ๊ตฌ์ฑ์ด ์กด์ฌํ๋๊ฐ?์ฌ์ฉ์ ๊ฒฝํ: ZKP ์์ฑ์ ์ฌ์ฉ์ ๊ธฐ๊ธฐ์ ์ฐ์ฐ ์์์ ํ์๋ก ํ๋ค. ๋ชจ๋ฐ์ผ ๊ฒฐ์ ์์ ์ฆ๋ช
์์ฑ์ ๊ฒฐ์ ๊ฒฝํ์ ์ ํดํ์ง ์์ ๋งํผ ์ถฉ๋ถํ ๋นจ๋ผ์ผ ํ๋ค. ํ์ฉ ๊ฐ๋ฅํ ์ง์ฐ ์๊ฐ ์์ฐ์ ์ผ๋ง์ธ๊ฐ?์ฐ๊ตฌ์์๊ฒ ์ฃผ๋ ์์ฌ์
FinTech ์ฐ๊ตฌ์์๊ฒ ์์ด, ZKP ๊ธฐ๋ฐ ๊ท์ ์ค์๋ ๊ธ์ต ํ๋ผ์ด๋ฒ์ ์ํคํ
์ฒ์ ๊ทผ๋ณธ์ ์ธ ์ฌ์ค๊ณ๋ฅผ ์๋ฏธํ๋ค. ์ฆ, "๋ฐ์ดํฐ๋ฅผ ์์งํ๊ณ ์ ๊ทผ์ ์ ํ"ํ๋ ๋ฐฉ์์์ "์์ฑ์ ๊ฒ์ฆํ๊ณ ๋ฐ์ดํฐ๋ฅผ ์์งํ์ง ์๋" ๋ฐฉ์์ผ๋ก์ ์ ํ์ด๋ค. ์ด๋ฌํ ์ํคํ
์ฒ์ ์ ํ์ ๊ท์ ๊ธฐ๊ด์ด ์ค์ ๋ก ํ์๋ก ํ๋ ๊ฒ(๊ท์ ์ค์ ๋ณด์ฅ)๊ณผ ํ์ฌ ์ ๊ณต๋ฐ๋ ๊ฒ(์์ ๋ฐ์ดํฐ) ๊ฐ์ ์ฐจ์ด์ ๋ํ ์๋ก์ด ์ฌ๊ณ ๋ฅผ ์๊ตฌํ๋ค.
์ํธํ ์ฐ๊ตฌ์์๊ฒ ์์ด, ๊ธ์ต ์์ฉ์ ํ๋กํ ์ฝ ์ต์ ํ๋ฅผ ์ด๋๋ ๊ตฌ์ฒด์ ์ธ ์ฑ๋ฅ ์๊ฑด(์ฆ๋ช
์์ฑ ์ ์ด ์ด๋ด, ๊ฒ์ฆ ๋ฐ๋ฆฌ์ด ์ด๋ด)์ ๋ถ๊ณผํ๋ค. ๊ธ์ต ZKP๋ ํจ์จ์ ์ด๊ณ ๊ฐ์ฌ ๊ฐ๋ฅํ๋ฉฐ ๋ฒ์ ์ผ๋ก ๋ฐฉ์ด ๊ฐ๋ฅํด์ผ ํ๋๋ฐ, ์ด๋ ํ์ ์ ZKP ์ฐ๊ตฌ๊ฐ ํญ์ ๋ค๋ฃจ์ง๋ ์๋ ์ ์ฝ ์กฐ๊ฑด์ด๋ค.
References (2)
[1] Meesala, S., Gupta, D., Challa, P. et al. (2026). Zero-Knowledge ProofโEnabled Privacy Preservation for Secure Digital Payments in FinTech Blockchain. IEEE ICMCSI.
[2] Solomka, I. & Liubinskyi, B. (2025). Zero-knowledge proof framework for privacy-preserving financial compliance. Mathematical Modeling and Computing.