Solana DvP 뜻, JP모건 의견을 반영한 원자적 결제 구조

솔라나 재단은 2026년 10월 6일 금융기관을 위한 공개 소스 결제 프로그램인 Solana DvP를 발표했습니다. DvP는 Delivery versus Payment의 약자로, 자산 인도와 대금 지급을 서로 묶어 처리하는 결제 방식입니다.

핵심 변화는 자산과 대금 가운데 한쪽만 이전되는 원금 위험을 줄이면서, 기존에 1일에서 2일이 걸릴 수 있는 결제 절차를 수초 단위의 블록체인 거래로 옮기려는 데 있습니다. 다만 수초라는 표현은 재단의 프로그램 설명이며, 실제 기관 거래의 평균 지연시간이나 처리 규모가 공개된 것은 아닙니다.

Solana DvP 뜻과 원자적 결제의 핵심

DvP는 매도자가 자산을 넘기고 매수자가 대금을 지급하는 두 의무를 연결하는 구조입니다. Solana DvP에서는 두 이전이 하나의 원자적 거래로 실행됩니다. 여기서 원자적이라는 말은 거래의 모든 단계가 함께 성공하거나 모두 실패한다는 뜻입니다.

기존의 분리된 결제에서는 자산을 먼저 보냈지만 대금을 받지 못하거나, 대금을 지급했지만 자산을 받지 못하는 문제가 생길 수 있습니다. 이를 원금 위험이라고 합니다. Solana DvP의 직접적인 목적은 거래 상대방의 모든 위험을 없애는 것이 아니라, 자산 인도와 대금 지급 사이의 시간차에서 발생하는 원금 위험을 줄이는 것입니다.

프로그램은 MIT 라이선스로 공개됐습니다. 금융기관이나 개발사가 코드를 검토하고 자체 업무 흐름에 연결할 수 있다는 의미입니다. 재단은 외부 보안 감사를 거쳐 실제 자금에 사용할 준비가 됐다고 설명하면서도, 프로덕션 출시를 앞두고 설계 파트너와 초기 참여자를 모집한다고 밝혔습니다. 따라서 코드 공개와 메인넷 배포 정보만으로 특정 기관의 상용 도입이나 거래 실적이 입증되는 것은 아닙니다.

자산과 대금이 실제로 교환되는 과정

거래마다 프로그램이 소유하는 기록 하나와 에스크로 계정 두 개가 만들어집니다. 에스크로는 결제 조건이 충족될 때까지 자산을 임시로 보관하는 장치입니다. 한 계정에는 거래 대상 자산을, 다른 계정에는 지급할 토큰을 넣습니다.

1. 거래 조건과 당사자, 토큰, 금액, 기한, 수령 주소를 오프체인에서 합의합니다.
2. 프로그램에 거래 기록과 자산용, 대금용 에스크로 계정을 만듭니다.
3. 양측이 자신이 지급할 토큰을 해당 에스크로에 예치합니다.
4. 사전에 지정된 결제 권한자가 서명하면 두 토큰 이전이 하나의 솔라나 거래로 처리됩니다.

두 에스크로에 자금이 들어갔다고 해서 자동으로 결제가 끝나는 것은 아닙니다. 최종 실행에는 지정된 결제 권한자의 서명이 필요합니다. 따라서 원자적 실행과 무인 자동 결제는 구분해야 합니다.

수일에서 수초로 줄인다는 표현의 의미

솔라나 재단은 기존 시장의 결제가 통상 1일에서 2일 동안 자본을 묶는 것과 달리, 이 프로그램은 수초 안에 블록체인 최종성을 제공할 수 있다고 설명했습니다. 이 숫자가 중요한 이유는 결제 대기 시간이 짧아지면 거래 완료 전까지 묶이는 자금과 상대방 노출 시간을 줄일 가능성이 있기 때문입니다.

이번 공식 발표와 프로그램 문서에는 실제 기관 거래의 표본 수, 평균값, 중앙값, 최악 지연시간, 한 번에 처리한 자산 규모가 제시되지 않았습니다. 따라서 초 단위 결제는 프로그램이 지향하고 재단이 설명한 기술적 특성으로 이해해야 하며, 상용 환경에서 검증된 서비스 수준으로 단정해서는 안 됩니다.

JP모건은 무엇을 했고 무엇을 하지 않았나

JP모건은 기관 증권 결제의 관행과 요구사항에 관한 의견을 제공했습니다. 이는 프로그램이 기관 업무의 현실적인 요건을 고려하는 과정에 금융회사 관점이 반영됐다는 의미가 있습니다.

그러나 공식 면책문이 정한 범위는 명확합니다. JP모건이 프로그램을 설계하거나 개발하고 운영한 것이 아니며, 이를 승인하거나 인증하고 보증한 것도 아닙니다. 성능 보장 역시 JP모건의 역할에 포함되지 않습니다.

따라서 이번 발표를 JP모건의 도입 계약, 솔라나 기반 결제의 상용화 확약, 특정 자산의 실제 결제로 확대 해석하면 안 됩니다. JP모건의 별도 공식 발표나 프로그램 사용 계획도 현재 근거에는 포함돼 있지 않습니다.

지원 토큰과 기관 통제를 위한 조건

프로그램은 일반 SPL Token과 Token-2022 자산을 함께 처리할 수 있습니다. Token-2022는 토큰에 여러 확장 기능을 붙일 수 있는 솔라나의 토큰 체계입니다. 기관용 토큰에서 활용될 수 있는 영구 위임자, 일시정지, 전송 훅 같은 일부 발행자 통제 기능도 지원합니다.

반면 모든 Token-2022 확장이 허용되는 것은 아닙니다. TransferFee, InterestBearing, ScaledUiAmount, NonTransferable 확장이 적용된 토큰은 거래 기록 생성과 결제 단계에서 거부됩니다. 수수료나 잔액 표시, 이전 가능성에 영향을 주는 기능이 원자적 교환의 예상 결과를 바꿀 수 있기 때문입니다.

지원 여부만 확인해서는 충분하지 않습니다. 실제 적용 전에는 토큰 민트 주소, 활성화된 확장 기능, 발행자의 동결 및 일시정지 권한, 영구 위임 권한을 함께 검증해야 합니다.

이 프로그램이 제공하지 않는 기능

Solana DvP는 거래소나 전체 증권 결제 시스템이 아니라 결제를 실행하는 에스크로 프로그램입니다. 공식 문서상 다음 기능은 포함되지 않습니다.

• 매수자와 매도자를 연결하는 주문 매칭
• 가격 발견과 오더북 운영
• 여러 거래를 합산하는 상계
• 주문 수량의 일부만 처리하는 부분 체결
• 참여 자격 확인과 고객확인 절차

거래 조건은 프로그램 밖에서 합의해야 합니다. 특히 누구나 거래 기록을 생성할 수 있고, 기록 생성 시 당사자나 결제 권한자의 서명이 필요하지 않습니다. 블록체인에 거래 기록이 존재한다는 사실만으로 양측이 조건에 합의했다는 증거가 되지는 않습니다.

자금을 넣기 전 당사자, 토큰, 금액, 만료 기한, 수령 주소를 별도 채널로 대조해야 합니다. 기관이 도입하려면 고객확인, 권한 관리, 거래 승인, 회계 처리, 법률 계약 같은 외부 절차를 프로그램 주변에 구축해야 합니다.

결제 위험이 사라지는 것은 아닙니다

원자적 결제는 두 당사자 사이의 원금 위험을 줄이지만 다른 위험까지 제거하지는 않습니다. 지급에 사용된 토큰의 발행자가 상환 의무를 이행하지 못할 수 있고, 발행자가 가진 동결이나 일시정지 권한이 이전에 개입할 수도 있습니다.

결제 권한자가 서명할 수 없는 상황도 고려해야 합니다. 권한자의 시스템 장애나 운영 중단이 발생하면 양측이 에스크로에 토큰을 넣었더라도 결제가 지연될 수 있습니다. 결제 전에는 각 당사자가 자기 자산을 회수하거나 거래를 거절할 수 있습니다. 다만 발행자의 동결, 일시정지나 전송 훅 조건은 회수도 막을 수 있으므로, 장애 대응과 자산 회수 절차를 함께 점검해야 합니다.

프라이버시도 현재의 제약입니다. 에스크로 금액과 결제 내역은 공개됩니다. 재단은 비공개 결제 기능을 향후 추가할 계획이라고 밝혔지만, 2026년 10월 7일 기준으로 제공이 완료된 기능은 아닙니다.

또한 블록체인에서 거래가 finalized 상태에 도달했다는 사실과 법률상 결제 최종성은 같지 않을 수 있습니다. 법적 효력은 당사자 계약과 적용 법제에 달려 있습니다. 관할권별 증권 규제, 자금결제 규칙, 오류 발생 시 책임 배분은 별도로 검토해야 합니다.

지급 토큰의 발행자 상대 권리와 실제 지급 절차는 USDC 환매 권리와 지급 시점의 차이에서도 구분해 볼 수 있습니다.

도입 전에 확인할 구체적인 지표

공식 문서에 따르면 메인넷과 데브넷의 프로그램은 모두 업그레이드할 수 있습니다. 문서에 표시된 프로그램 ID와 배포 정보는 2026년 10월 2일 조회값이므로 실제 사용 시점의 배포 상태와 업그레이드 권한을 다시 확인해야 합니다.

상용성을 판단하려면 홍보 문구보다 운영 자료가 필요합니다. 우선 실제 기관 고객과 상용 거래 건수, 결제 금액, 평균 및 중앙값 지연시간, 최악 조건의 지연시간을 봐야 합니다. 실패 거래 비율과 결제 권한자의 가용성도 함께 확인해야 합니다.

보안 감사 세부 결과는 공개돼 있습니다. 공식 문서가 연결한 Cantina 보고서는 2026년 5월 21일부터 28일까지의 검토에서 중간 위험 4건을 모두 수정했다고 기록합니다. 낮은 위험 6건은 3건 수정, 3건 인정, 정보성 11건은 5건 수정, 6건 인정으로 표시돼 있습니다. 여기서 인정은 수정 완료와 다릅니다. 감사 대상 저장소는 solana-private-channels이며, 이 결과만으로 현재 배포본과 감사 대상 코드가 동일하다고 단정할 수는 없습니다. 실제 도입 전에는 감사 범위와 수정 커밋, 현재 배포본의 일치 여부 및 프라이버시, 프로덕션 일정을 함께 확인해야 합니다.

윗글들을 정리해보면

Solana DvP는 자산과 대금을 두 개의 에스크로에 보관한 뒤, 지정된 결제 권한자의 서명으로 하나의 원자적 거래에서 교환하는 공개 소스 프로그램입니다. 자산 또는 대금 한쪽만 이전되는 원금 위험을 줄이는 구조가 핵심입니다.

재단은 기존의 1일에서 2일 결제와 비교해 수초 안의 최종성을 제시했습니다. 그러나 이번 공식 발표와 프로그램 문서에는 이 프로그램을 이용한 실제 기관 거래의 지연시간, 처리 규모, 상용 고객 수가 제시되지 않았습니다. JP모건의 역할도 기관 결제 관행에 관한 의견 제공이며, 개발이나 운영, 승인, 성능 보증 또는 도입 확약은 아닙니다.

향후 판단 기준은 명확합니다. 실제 거래 통계, 프로그램의 현재 배포 및 업그레이드 상태, 보안 감사 세부 결과, 결제 권한자의 운영 안정성, 프라이버시 구현, 법적 결제 최종성을 확인해야 합니다. 이 자료가 갖춰져야 기술적으로 가능한 초 단위 결제가 기관 시장에서 반복적으로 작동하는 결제 기반으로 이어졌는지 평가할 수 있습니다.