🔒 HashSphere Tech. Part 1: 거래 프라이버시, 정보 노출 없는 원자적 결제

🏛️ 프라이버시는 하나의 기능이 아니라, 네 가지 핵심 기둥입니다

Hashgraph가 Hedera 기술을 기반으로 개발한 프라이빗 네트워크 HashSphere는, 네트워크 전 계층에서 함께 작동해야 하는 네 가지 프라이버시 특성을 기반으로 설계되었습니다.

🔐 1. 거래 기밀성(Transaction Confidentiality): 정책이 아닌 암호학적 기술(Cryptography) 으로 보장되는 프라이버시

🌐 2. 독립적인 네트워크 설계(Independent Network Design) :퍼블릭 네트워크의 서브넷이 아닌, 독립적으로 운영되는 자체 네트워크

⚖️ 3. 유연한 검증자 및 거버넌스 모델(Flexible Validator & Governance Models): 검증자와 거버넌스를 제3자에게 위임하지 않고, 네트워크가 직접 결정하는 구조

⚡ 4. 수학적으로 보장되는 공정한 거래 순서(Mathematically Guaranteed Fair Ordering): Hashgraph 합의 알고리즘을 통해 공정한 거래 순서를 보장

이 네 가지 요소는 서로를 보완하며 작동합니다. 하나라도 빠지면 나머지 요소가 제공하는 보장 역시 약해집니다.

이번 문서에서는 그중 가장 기본이 되는 거래 프라이버시(Transaction Privacy) 에 초점을 맞춥니다. HashSphere가 DvP(Delivery versus Payment), PvP(Payment versus Payment), 그리고 일반적인 프라이빗 송금(Private Transfers)에서 네트워크 자체를 포함한 어떠한 참여자에게도 거래 정보를 노출하지 않으면서 원자적 결제(Atomic Settlement)를 구현하는 방법을 설명합니다.

이어지는 시리즈에서는 나머지 세 가지 핵심 요소를 각각 자세히 다룰 예정입니다.

마지막 편에서는 HashSphere가 새롭게 개발한 CLPR(Cross-Ledger Protocol) 을 활용해 퍼블릭 네트워크와 프라이빗 네트워크 간 상호운용성을 구현하는 방식을 소개합니다. 이를 통해 폐쇄형 네트워크에서 발생하는 '고립된 자산(Islands of Trapped Assets)' 문제를 해결하는 방법도 함께 설명할 예정입니다.

요약하면, Hashgraph는 분산원장기술(DLT)에서 프라이버시와 상호운용성은 서로 양자택일해야 하는 관계가 아니라, 동시에 구현할 수 있는 가치라고 믿고 있습니다.

💼 비즈니스가 직면한 문제 (The Business Problem)

🏛️ 왜 금융기관에는 프라이버시가 필수인가?

규제를 받는 금융기관은 실제 자산을 결제할 때 다양한 법적·규제적 의무를 준수해야 합니다. Basel SCO60, MiFID II, Reg NMS, GDPR, GLBA, 미국 Bank Secrecy Act(BSA) 등은 누가, 언제, 어떤 조건에서 거래 정보를 열람할 수 있는지를 엄격하게 규정합니다.

그러나 Hedera와 같은 퍼블릭 블록체인에서는 거래가 네트워크 전체에 전파되며, 거래 상대방은 가명(Pseudonymous) 주소로 표시되더라도 거래 금액, 거래 그래프, 자금 이동 패턴 등을 통해 기관의 포지션, 거래 전략, 거래 관계를 추론할 수 있습니다.

이는 단순한 프라이버시 문제가 아닙니다. 외환(FX) 거래, 자금 재배치(Treasury Rebalancing), 대규모 결제 시점과 같은 정보는 금융기관이 반드시 보호해야 하는 비공개 중요 정보(Material Non-public Information) 이며, 이러한 정보가 다른 네트워크 참여자에게 노출되는 것은 규제와 경쟁 측면 모두에서 큰 리스크가 됩니다.

결국 금융기관이 필요한 것은 단순한 프라이버시 기능이 아니라, 거래 상대방 간, 서로 다른 자산 간, 서로 다른 네트워크 간 가치를 자유롭게 이동시키면서도 거래 정보는 권한이 없는 누구에게도 노출되지 않는 환경입니다.

그래서 핵심 질문은 하나입니다.

기관 A와 기관 B가 원자적으로 자산을 교환하면서도, 기관 C는 무엇을 거래했고 얼마를 거래했는지 전혀 알 수 없는가?

HashSphere는 바로 이 질문에 답하기 위해 설계되었습니다.

🏗️ 분리된 상태(Segregated State) 모델

기존 블록체인에서는 공유된 글로벌 상태(Shared Global State) 가 모든 노드에 걸쳐 유지됩니다. 따라서 모든 참여자 또는 노드 운영자는 모든 거래의 유효성을 직접 검증할 수 있습니다.

하지만 많은 프라이빗·허가형(Permissioned) 블록체인은 이러한 모델을 완전히 버립니다. 공유 상태 대신 분리된 상태(Segregated State) 를 사용하며, 각 참여자는 자신이 직접 관련된 거래만 확인할 수 있습니다. 즉, 프라이버시는 암호학으로 보장되는 것이 아니라 정보를 아예 전달하지 않는 방식(Information Withholding) 으로 구현됩니다.

다시 말해, 애초에 전달받지 못한 정보는 볼 수 없다. 이것이 이러한 구조의 기본 원리입니다.

⚠️ 구조적으로 발생하는 문제: 중앙화(Centralization)

이러한 설계의 가장 큰 결과는 중앙화(Centralization) 입니다. 모든 거래는 중앙 컨트롤러 (Controller) 를 통해 전달되며, 이 컨트롤러는 참여자 간 거래를 조정하고, 이중지불(Double Spend)을 방지하며, 거래 순서를 결정하고, 최종 결제를 수행합니다.

하지만 가장 중요한 점은, 이 중앙 컨트롤러가 모든 비공개 거래 데이터를 볼 수 있다는 것입니다. 즉, 이 네트워크의 프라이버시는 암호학(Cryptography)에 의해 보장되는 것이 아니라 계약 (Contract)과 운영 정책 (Operation)에 의존하게 됩니다.

⚖️ 블록체인의 가장 중요한 가치가 무너진다

이러한 구조는 블록체인이 기관들에게 제공하는 가장 핵심적인 가치 하나를 무너뜨립니다.

신뢰의 분산(Decentralization of Trust)

진정한 분산원장(DLT)에서는 특정 개인이나 기관을 신뢰할 필요가 없습니다. 충분한 수의 노드가 정직하게 동작하는 한, 수학이 시스템의 정확성을 보장합니다.

하지만 일부 프라이빗 허가형 네트워크에서는 이러한 보장이 사라집니다.

중앙 운영자가 거래를 전달하고, 순서를 정하고, 거래를 검증하는 순간, 네트워크의 신뢰는 더 이상 암호학(Cryptography) 이 아니라 운영자와 계약(Contract) 에 의존하게 됩니다.

결국, 이미 신뢰해야 하는 중개자가 결제 시스템의 중심에 존재한다면, 그것은 블록체인이 아니라, 절차만 복잡한 데이터베이스(Database with Extra Steps) 에 불과합니다.

마지막으로, 분리된 상태(Segregated State) 모델에서는 각 참여자는 자신의 거래만 볼 수 있지만, 중앙 컨트롤러는 모든 거래를 볼 수 있습니다.

🛡️ HashSphere의 해법: 타협 없는 프라이버시(Privacy Without Compromise)

HashSphere는 이러한 구조를 완전히 뒤집습니다. HashSphere에서는 거래 프라이버시가 zkSNARK와 암호화된(Encrypted) 잔액(Balance) 을 통해 암호학적으로 보장됩니다. 따라서 네트워크 운영자를 포함한 누구도 거래 내용을 볼 수 없습니다.

거래는 3~5초 이내에 완료되며, Hashgraph 합의 알고리즘의 공정한 거래 순서(Fair Ordering) 에 의해 수학적으로 최종성이 보장됩니다.

HashSphere의 검증자(Validator)는 퍼블릭 네트워크의 일부가 아닌, 독립적으로 운영되는 프라이빗 네트워크 자체가 선택합니다.

즉, 거래를 전달하는 중앙 운영자는 존재하지 않으며, 네트워크는 자신만의 거버넌스 모델을 자유롭게 선택할 수 있습니다.

또한 HashSphere는 표준 EVM(Ethereum Virtual Machine) 인프라 위에 구축되어 있어, 기존 생태계의 개발 도구(Tooling), 커스터디(Custody), 개발 인력 등과 높은 호환성을 제공합니다.

마지막으로, Hashgraph가 개발한 CLPR(Cross-Ledger Protocol) 을 활용하여 HashSphere 간은 물론, Hedera 퍼블릭 네트워크, 다른 블록체인 프로토콜과도 상호운용성(Interoperability)을 제공합니다.

🔐 거래 프라이버시의 세 가지 핵심 요소(Addressing the Three Dimensions of Transaction Privacy)

거래 프라이버시는 크게 세 가지 요소로 구성됩니다.

• 🔒 기밀성(Confidentiality): 거래 금액, 자산 종류, 잔액 등 거래 내용 자체를 보호하는 것

• 🕵️ 익명성(Anonymity): 누가 누구와 거래했는지를 숨기는 것

• 👁️ 선택적 공개(Selective Disclosure): 필요한 경우에만, 규제기관이나 감사인에게 허가된 거래 정보만 공개할 수 있도록 하는 것

대부분의 분산원장(DLT)은 이 세 가지 중 하나만 해결합니다. 일부는 두 가지를 해결하기도 합니다. 하지만 세 가지를 모두 동시에 해결하면서도 암호학적 신뢰를 유지하고, 중앙 라우팅 시스템을 추가하지 않으며, 별도의 운영 시스템을 만들지 않는 사례는 극히 드뭅니다.

또한 모든 거래가 동일한 수준의 프라이버시를 요구하는 것은 아닙니다. HashSphere는 이 세 가지 핵심 요소를 중심으로 다양한 수준의 프라이버시를 유연하게 지원합니다.

🔒 1. 기밀성(Confidentiality)

기밀성은 거래 데이터 자체를 보호하는 것을 의미합니다.

즉, 거래 금액, 자산 종류, 거래 이후의 잔액과 같은 정보가 외부에 노출되지 않도록 하는 것입니다.

이는 다음과 같은 상황에서 특히 중요합니다:

• 기업의 자금 재배치(Treasury Rebalancing)

• 급여 지급(Payroll)

• 계열사 간 정산(Intercompany Settlement)

이러한 경우에는 거래 당사자가 누구인지는 알려져 있어도, 거래 금액만큼은 반드시 비공개로 유지되어야 합니다.

대표적인 예가 직원 급여 지급입니다. 직원과 회사가 누구인지는 알려져 있지만, 각 직원의 급여 금액은 공개되어서는 안 됩니다.

거래 상대방의 신원이 숨겨져 있더라도, 거래 금액, 자산 종류, 최종 잔액만으로도 기관의 중요한 경영 정보를 유추할 수 있습니다.

예를 들어,

• Treasury Rebalancing은 기관의 유동성(Liquidity) 현황을 보여줄 수 있습니다.

• 급여 규모는 기업의 계약 조건이나 인건비 구조를 드러낼 수 있습니다.

• 계열사 간 정산 금액은 내부 자본 배분 전략을 추정하게 만들 수 있습니다.

이러한 정보는 금융기관과 기업이 경쟁사에게 절대로 노출해서는 안 되는 정보입니다.

👥 Bob과 Alice 사례

한 글로벌 기업의 재무팀(Corporate Treasury)이 HashSphere를 통해 계열사 간 스테이블코인을 이동시키고 있습니다. Bob과 Alice는 모두 네트워크에서 알려진 참여자입니다. 하지만, 거래 금액, 자산 종류, 거래 이후의 잔액은 절대로 공개되어서는 안 됩니다. 동일한 네트워크에 있는 제3자는 이번 거래에 대해 어떠한 정보도 알 수 없어야 합니다. 아주 작은 정보가 새어나가더라도, 관련 없는 참여자는 유동성 부족, 자본 재배치, 향후 시장 활동 등을 추론할 수 있기 때문입니다.

🔐 HashSphere는 어떻게 이를 구현하는가?

🔒 Private Balance(비공개 잔액): HashSphere에서는 암호화된 잔액(Encrypted Balance) 이 온체인에서 업데이트됩니다. 하지만 스마트 컨트랙트, 검증자(Validator), 다른 네트워크 참여자 중 누구도 실제 숫자를 볼 수 없습니다.

예를 들어, Bank A의 잔액이 100 USDC 감소하고, Bank B의 잔액이 100 USDC 증가했다고 가정해 보겠습니다.

시스템은 거래가 올바르게 수행되었다는 사실은 검증합니다.

하지만 100이라는 숫자는 누구에게도 공개되지 않습니다.

수학적으로 거래의 정확성은 보장되지만, 실제 데이터는 끝까지 암호화된 상태로 유지됩니다.

이러한 특성은 정책(Policy)이나 접근 권한(Access Control)이 아니라, 암호학(Cryptography) 자체가 강제하는 보안 특성입니다.

🕵️ 2. 익명성(Anonymity)

익명성은 누가 거래에 참여했는지를 숨기는 것입니다.

이는 다음과 같은 상황에서 매우 중요합니다.

• 국가 간 결제(Cross-border Payments)

• 유동성 관리(Liquidity Management)

• 가격 발견(Price Discovery)

이러한 환경에서는 거래 금액뿐 아니라 거래 당사자 자체가 매우 민감한 정보가 될 수 있습니다.

예를 들어, 글로벌 Tier-1 은행이 당일 유동성 경매(Intraday Liquidity Auction)에 참여하는 경우, 경쟁 은행들이 자신의 거래 활동을 추적하는 것을 원하지 않습니다.

👥 Bob과 Alice 사례

기관 A와 기관 B는 HashSphere에서 국가 간 외환(FX) 거래를 수행하려고 합니다. 두 기관 모두 같은 네트워크에 존재하지만, 기관 C 역시 같은 네트워크에 참여하고 있습니다.

기관 A와 B는 기관 C가 서로 거래하고 있다는 사실 언제 거래했는지, 얼마나 자주 거래하는지 조차 알기를 원하지 않습니다.

다만, 필요하다면 지정된 규제기관(Regulator)이나 감사인(Auditor)은 해당 거래를 확인할 수 있어야 합니다.

🔐 HashSphere는 어떻게 이를 구현하는가?

HashSphere는 암호화(Encryption) 와 영지식증명(Zero-Knowledge Proof) 을 결합한 암호학적 방식을 사용합니다. 이를 통해 한 참여자는 거래가 올바르다는 사실만 증명하고, 그 외의 어떠한 정보도 공개하지 않습니다.

각 참여자는 다음 사항을 증명하는 Proof를 생성합니다.

• 충분한 자금을 보유하고 있는가

•거래 조건이 올바른가

• 거래 후에도 총 자산 가치가 보존되는가

스마트 컨트랙트는 이 Proof만 검증합니다.

하지만, 누가 보냈는지, 누가 받았는지, 얼마를 보냈는지는 전혀 알 수 없습니다.

자산이 HashSphere의 프라이버시 계층으로 들어온 이후에는, 거래 금액과 잔액은 관련 없는 모든 참여자에게 암호학적으로 숨겨집니다. 다만, 완전한 거래 상대방 익명성을 위해서는 Deposit Shuffling 기능이 필요합니다. 이 기능은 초기 입금 기록과 이후의 프라이빗 거래를 서로 연결할 수 없도록 만들어 줍니다.

익명성 집합(Anonymity Set)의 크기는 사용 목적에 맞게 조정할 수 있습니다. 더 많은 계정을 한 번에 섞을수록 익명성은 높아지지만, 처리량(Throughput)과의 균형이 필요합니다.

최종적으로 거래 정보를 볼 수 있는 사람은 실제 거래 당사자, 필요 시 지정된 규제기관 뿐입니다. 그 외의 누구도 거래 내용을 확인할 수 없습니다.

👁️ 3. 선택적 공개(Selective Disclosure)

선택적 공개(Selective Disclosure)는 암호학적으로 보장되는 방식으로, 지정된 감사인이나 규제기관에게만 거래 정보를 열람할 수 있도록 하는 기능입니다. 기업용(Enterprise) 블록체인에서 가장 중요한 요구사항 중 하나는, 필요한 경우 지정된 규제기관이 특정 거래를 확인할 수 있어야 한다는 것입니다. 그리고 이 권한은 운영 정책(Policy)이 아니라, 암호학(Cryptography) 자체로 강제되어야 합니다.

👥 Bob과 Alice 사례

Bank A와 Bank B가 HashSphere에서 채권(Bond) 결제를 완료했습니다. 거래는 완전히 비공개입니다. 거래 금액, 거래 당사자, 자산 종류 모두 암호학적으로 보호되어 있으며, 관련 없는 참여자는 아무것도 볼 수 없습니다.

3개월 후, 규제기관이 감독 감사(Supervisory Review)를 시작합니다. 이때 운영자에게 기록을 요청하거나, 계약상의 의무에 의존하여 데이터를 제출받을 필요가 없습니다.

거래가 이루어질 당시, 규제기관은 이미 해당 거래만 열람할 수 있는 Read Key(읽기 키) 를 발급받았습니다. 이를 이용해 규제기관은 거래 기록을 직접 복호화(Decrypt)하고, 온체인 데이터와 비교하여 독립적으로 검증할 수 있습니다.

이 과정에서 Bank C는 아무것도 볼 수 없으며, 네트워크 운영자도 아무것도 볼 수 없습니다. 오직 Read Key를 받은 주체만데이터를 열람할 수 있습니다.

여기에는 커스터디 기관(Custodian), 중앙증권예탁기관(CSD), 규제기관(Regulator) 등이 포함될 수 있으며, 각자는 자신이 권한을 부여받은 거래만 확인할 수 있습니다.

🔐 HashSphere는 어떻게 이를 구현하는가?

HashSphere는 별도의 접근 제어 계층(Access Layer)이 아니라, 암호학적 검증(Cryptographic Verification) 을 통해 선택적 공개를 구현합니다. 감사인이나 규제기관이 특정 거래에 대한 증명을 요청하면, 은행은 해당 거래 정보만 제공합니다.

감사인은 이를 온체인 기록과 직접 대조하여 독립적으로 검증할 수 있습니다. 중요한 점은 공개 범위가 요청된 특정 거래 하나로만 제한된다는 것입니다. 그 외의 거래는 전혀 노출되지 않습니다.

HashSphere는 특히 DvP 환경에서 커스터디 기관과 중앙증권예탁기관(CSD)이 서비스를 시작하기 전에 어떤 방식으로 정보 공개 절차를 운영할지 사전에 준비할 것을 권장합니다.

⚙️ HashSphere 프라이버시는 ERC-20 토큰 표준을 사용합니다

HashSphere는 앞서 설명한 세 가지 프라이버시 요소를 동시에 구현합니다. 이를 위해 ERC-20 토큰 표준을 기반으로 하고, 여러 암호학적 기술을 함께 활용합니다.

🔄 1. ERC-20 Shield & Unshield 컨트랙트

HashSphere 프라이버시 계층의 입구와 출구 역할을 하는 것이 Shield Contract와 Unshield Contract입니다. 공개 ERC-20 토큰(Public ERC-20 Token)이 Shield Contract에 예치되면(Lock), 동일한 수량의 Shielded ERC-20 Token (비공개 ERC-20 토큰)이 새롭게 발행(Mint)됩니다.

반대로, 기관이 프라이버시 계층을 종료하면, Shielded Token은 소각(Burn)되고, 처음 예치했던 원래의 공개 ERC-20 토큰이 반환됩니다.

여기서 중요한 점은 토큰 표준 자체는 바뀌지 않는다는 것입니다. 변하는 것은 토큰이 어떻게 보이는지, 즉 가시성(Visibility) 뿐입니다.

이 방식은 표준 ERC-20 인프라 위에서 동작하는, 이미 잘 알려져 있고 감사(Audit)가 가능한 메커니즘입니다.

다만, Shield와 Unshield 과정 자체는 완전히 공개됩니다. 즉, 토큰이 프라이버시 계층으로 들어가거나, 다시 퍼블릭 계층으로 나오는 것은 온체인에서 확인할 수 있습니다. 그러나 프라이버시 계층 내부에서 이루어지는 모든 거래는 완전히 비공개입니다.

🔑 2. 기관 키(Institution Key)

HashSphere에 참여하는 각 기관은 다음과 같은 서명 키(Signing Key)를 보유합니다.

• Signing Key(서명 키): 이 키는 기관이 이미 사용 중인 커스터디 시스템(Custody Infrastructure) HSM(Hardware Security Module) 을 통해 관리할 수 있습니다. 즉, HashSphere를 사용하기 위해 새로운 키 관리 시스템을 구축할 필요는 없습니다.

🔄 3. 거래 흐름(Transaction Flow)

HashSphere에서 이루어지는 프라이빗 원자적 스왑(Private Atomic Swap)은 총 6단계를 거쳐 진행됩니다. 프로세스는 자산을 Shield하는 단계부터 시작해, 필요하면 다시 퍼블릭 네트워크로 반환(Unshield)하는 단계까지 이어집니다. 이 모든 과정에서 영지식증명(Zero-Knowledge Proof) 이 거래의 유효성을 보장합니다.

하지만 거래 금액, 거래 상대방, 자산 종류 정보들은 동일한 네트워크에 있는 다른 참여자를 포함해, 거래와 무관한 모든 사람에게 완전히 숨겨집니다.

🏦 실제 기관 활용 사례 (Real Institutional Use Cases)

🏛️ 1. DvP(Delivery versus Payment): 토큰화 채권 결제(Tokenized Bond Settlement)

미국의 Bank A는 독일의 Bank B로부터 토큰화된 채권(Tokenized Bond)을 구매합니다. 현금(Cash) 결제는 HashSphere에서 스테이블코인을 사용하여 이루어집니다. 같은 네트워크에는 Bank C도 존재하지만, 이번 거래에는 관여하지 않습니다.

이번 거래는 원자적 결제(Atomic Settlement) 로 처리됩니다. 즉, 현금이 지급되어야만 채권이 이전되고, 채권이 이전되어야만 현금이 지급됩니다. 둘 중 하나만 실행되는 일은 없습니다.

Bank C는 단지 유효한 비공개 거래가 발생했다는 사실만 확인할 수 있습니다. 그러나 누가 거래했는지, 얼마에 거래했는지, 거래 규모가 얼마나 되는지는 전혀 알 수 없습니다.

이를 통해 양측 모두는 프론트러닝(Front-running), 경쟁 정보 유출, 시장에 잘못된 신호를 주는 행위(Signaling)로부터 보호됩니다.

두 금융기관은 기존에 사용하던 커스터디(Custody) 인프라를 그대로 사용하여 거래에 서명합니다. 또한 자산 커스터디 기관(Asset Custodian), 중앙증권예탁기관(CSD), 규제기관(Regulator)과 같은 기관들은 필요한 경우 특정 거래를 독립적으로 검증할 수 있습니다.

이러한 검증은 운영 정책이 아니라 암호학적 검증(Cryptographic Verification) 을 기반으로 이루어집니다. 거래와 무관한 다른 참여자는 아무런 정보도 볼 수 없습니다.

DvP 거래 흐름: 토큰화 채권 결제

💱 2. PvP(Payment versus Payment): 국가 간 외환 거래(Cross-border FX)

Bank A와 Bank B는 USDC와 cCAD를 서로 교환하기로 합의했습니다. 환율은 OTC(장외거래) 방식을 통해 오프체인(Off-chain)에서 미리 결정됩니다. 양측 모두 자신의 통화를 이미 HashSphere의 프라이버시 계층으로 Shield한 상태입니다.

온체인에서는 거래가 원자적으로 실행됩니다. 즉, 두 통화가 동시에 교환되거나, 아예 아무 일도 일어나지 않습니다.

이 과정에는 중개은행(Correspondent Bank)이 존재하지 않으며, 브리지(Bridge)도 필요하지 않습니다. 거래 순서를 조작할 수 있는 이해상충(Conflict of Interest)을 가진 공동 검증자 역시 존재하지 않습니다.

결과적으로 거래는 비공개(Private), 공정한 거래 순서(Fair Ordering), 즉시 최종성(Finality)을 모두 보장받습니다.

PvP 거래 흐름: USDC ↔ cCAD 원자적 스왑(Atomic Swap)

💼 3. 자금 관리(Treasury Management) 및 계열사 간 정산(Intercompany Settlement)

다국적 기업이 여러 자회사 간의 내부 거래를 정산하고 있습니다. 금융시장 인프라(FMI) 운영자나 다른 네트워크 참여자는 거래 금액을 볼 수 없어야 합니다. 네트워크는 기업이 직접 선택한 참여자만으로 구성된 독립적인 프라이빗 네트워크입니다. 검증자(Validators)는 기업 내부에서 운영됩니다. 결제는 결정적(Deterministic), 감사 가능(Auditable) 한 방식으로 처리됩니다. 규제기관은 사전에 발급된 Read Key를 이용하여 암호학적으로 보장된 읽기 권한을 가집니다.

📈 대규모 운영(Scale)

예를 들어, 90분 동안 100,000건의 계열사 간 자금 이전을 하루 마감(EOD Netting)으로 처리하려면, 약 18~20 TPS의 처리량이 필요합니다.

HashSphere는 최대 10,000 TPS를 지원합니다. 또한 비공개 거래의 경우에도 기본 합의 시간에 최대 2초 이하의 추가 지연(Latency) 만 발생합니다. 이 시간에는 ZK Proof 생성 과정도 포함됩니다.

자금 관리 및 계열사 간 정산: 기관 전용 프라이빗 네트워크: 선택된 참여자 & 내부 검증자

🔐 4. Private Transfer(비공개 송금)

기업 재무팀이 여러 자회사 계정 간 스테이블코인을 이동시킵니다.

거래 당사자는 서로 누구인지 알고 있습니다. 하지만 거래 금액은 네트워크의 다른 누구에게도 공개되지 않습니다.

이번 거래는 하나의 완전한 감사 기록(Audit Trail)을 생성합니다. 구조는 매우 단순합니다. 빠르고(Fast), 비공개이며(Private), 완전히 온체인(On-chain)에서 처리됩니다.

🔄 Private Transfer 거래 흐름

1. 참여자는 서로 알고 있지만, 거래 금액은 다른 모든 참여자에게 숨겨집니다.

2. 모든 결제 유형에서 동일한 거래 프라이버시 모델이 적용됩니다.

👀 무엇이 보이고, 무엇이 보이지 않는가 (What Is and Is Not Visible)

HashSphere는 거래 내용 자체는 보호하지만, 합의 프로토콜(Consensus Protocol) 수준의 일부 메타데이터는 관찰될 수 있습니다.

예를 들어, 노드 운영자는 로그(Log)를 통해 특정 시점에 특정 기관이 거래를 제출했다는 사실 정도는 확인할 수 있습니다. 그러나 거래 상대방(Recipient), 거래 금액(Amount), 거래 이후의 잔액(Resulting Balance)은 확인할 수 없습니다. 즉, 거래가 있었다는 사실만 알 수 있을 뿐, 무엇을, 누구와, 얼마를 거래했는지는 알 수 없습니다.

또한 고객의 요구에 따라 익명 릴레이(Anonymizing Relay)를 사용할 수 있습니다. 이 기능을 활용하면 릴레이가 모든 거래를 대신 제출하므로, 실제 거래를 시작한 기관(Origin)까지도 익명화할 수 있습니다.

거래 정보의 공개 범위 역시 권한에 따라 엄격하게 구분됩니다. 거래 당사자는 전체 거래 정보를 확인할 수 있으며, 규제기관(Regulator)은 권한이 부여된 거래만 열람할 수 있습니다. 커스터디 기관(Custodian)과 중앙증권예탁기관(CSD) 역시 자신에게 허용된 거래만 확인할 수 있습니다. 반면 네트워크 운영자는 거래 내용을 볼 수 없으며, 거래와 무관한 다른 참여자는 거래 금액, 거래 상대방, 자산 종류 등 어떠한 민감한 정보도 확인할 수 없습니다.

✅ 결론 (Conclusion)

차세대 금융 인프라를 구축할 규제 대상 금융기관들이 원하는 것은 단순한 프라이버시 기능(Privacy Feature) 이 아닙니다. 그들이 진정으로 원하는 것은, 거래 상대방, 자산 종류, 국가와 네트워크를 넘나들며 가치를 자유롭게 이동시키면서도, 그 가치의 핵심인 자신들의 포지션, 전략, 거래 관계를 외부에 노출하지 않는 시스템입니다.

이 문제는 생각보다 훨씬 어렵습니다. 현재 시장에 존재하는 대부분의 솔루션은 이 문제의 일부만 해결합니다. 어떤 솔루션은 거래 내용을 참여자에게는 숨기지만, 중앙 운영자가 모든 정보를 볼 수 있습니다. 또 어떤 솔루션은 암호학적 설계는 뛰어나지만, 실제 금융기관이 요구하는 수준의 처리량(Throughput)을 아직 제공하지 못합니다.

이러한 부분적인 해결책들은 결국 신뢰해야 하는 제3자(Trusted Party), 성능상의 한계 (Performance Ceiling), 또는 실제 금융기관이 사용하기 어려운 구조적 제약, 중 하나를 반드시 요구하게 됩니다.

즉, 가장 높은 수준의 신뢰성과 성능이 필요한 금융기관에는 적합하지 않은 경우가 많습니다.

🔒 HashSphere가 다른 이유

HashSphere가 다른 솔루션과 근본적으로 다른 점은 단 하나입니다. HashSphere는 일부 참여자에게만 정보를 숨기고, 다른 참여자를 통해 거래를 전달하는 방식으로 프라이버시를 구현하지 않습니다.

대신, 거래 당사자가 아닌 누구에게도 심지어 네트워크 자체에게도 원본 데이터를 수학적으로 접근할 수 없도록 만드는 방식을 사용합니다.

zkSNARK는 데이터를 복호화하지 않고도 거래의 유효성을 증명하고, 잔액을 업데이트합니다.

Atomic Swap 스마트 컨트랙트는 양쪽 거래가 모두 성공하거나, 둘 다 실패하도록 보장합니다.

규제기관은 운영자의 선의나 정책이 아니라, 암호학적으로 보장된 증명(Cryptographic Proof) 을 받습니다. 또한 공개 범위는 정확히 필요한 거래 정보로만 제한되며, 그 이상의 정보는 공개되지 않습니다.

🏦 실제 금융기관을 위한 설계

이 문서에서 소개한 네 가지 활용 사례는 단순한 이론이 아닙니다.

DvP 채권 결제, 국가 간 PvP 외환 거래, 기업 간 자금 정산(Treasury Netting), 비공개 송금(Private Transfer), 모두 실제 글로벌 금융기관에서 수행하는 결제 업무를 기반으로 하고 있습니다.

Tier-1 은행, 다국적 기업, 자산운용사들은 경쟁사, 거래 상대방, 또는 인프라 운영자가 자신들의 자금 흐름을 볼 수 있는 시스템에서는 운영할 수 없습니다.

HashSphere는 이러한 업무를 지금 바로 운영 가능한(Production-ready) 네트워크에서 지원합니다.

또한 기관들은 기존 커스터디 인프라를 교체할 필요도 없고, 독자적인 스마트 컨트랙트 언어를 배울 필요도 없으며, 제3자가 거래를 들여다보지 않을 것이라고 신뢰할 필요도 없습니다.

🌐 프라이버시는 선택 기능이 아니라 기반입니다

기관 금융에서 프라이버시는 필요할 때 켜고 끄는 기능이 아닙니다. 토큰화 자산(Tokenized Assets)의 기관 채택을 가능하게 하는 가장 근본적인 기반입니다. HashSphere는 바로 그 기반 위에 구축된 차세대 분산원장기술(DLT) 플랫폼입니다.