전통 금융은 디파이가 아니라 블록체인을 원한다

크리스천 크롤리, 피어스 카볼스 (Christian Crowley, Pyrs Carvolth)
2026년 7월 14일

암호화폐 업계에서는 거의 정설처럼 받아들여지는 미래상이 있다. 디파이와 전통금융이 융합하고, 무허가 유동성과 기관의 유통 역량이 결합해 양쪽의 장점을 모두 담은 세련된 하이브리드가 탄생하며, 결국 새로운 시스템이 기존 시스템을 흡수한다는 이야기다.

듣기에는 그럴듯한 이야기다. 하지만 대체로 틀렸다.

보다 솔직한 현실은 이렇다. 전통금융이 블록체인을 활용해 기존 사업을 더 효율적으로 만들 수 있다면 그렇게 할 것이다. 탈중앙화를 받아들였기 때문이 아니라, 비용 구조 측면에서 매력적이기 때문이다. 이 기술은 비용을 줄이고, 결제를 개선하며, 유통 범위를 넓히고, 고객 관계에 대한 통제력을 강화하는 데 도움이 된다.

이는 기관들이 디파이와 어떤 식으로든 융합하고 있다는 뜻이 아니다. 오히려 기관들은 디파이의 요소 가운데 자신들의 운영 제약에 맞는 부분만 선별적으로 활용하고, 맞지 않는 부분은 배제하고 있다. 다시 말해 기관의 요구에 맞춰 디파이를 재구성하고 있다. 그 결과물은 전통금융이나 오늘날의 디파이 어느 쪽과도 닮지 않을 가능성이 크다. 대신 블록체인 레일 위에 구축됐지만 기관의 제약에 맞게 최적화된 새로운 범주, 즉 프로그래머블 금융 인프라가 등장하기 시작하고 있다.

이 같은 흐름은 규제 체계가 성숙해지면서 달라질 수 있다. CLARITY Act 같은 법안은 결국 기관이 무허가 시스템과 직접 상호작용하기 쉽게 만들 수 있다. 다만 법적으로 무엇이 가능해지든, 전통금융의 리스크 관리 기조가 하루아침에 바뀌지는 않는다. 기관은 여전히 비용, 리스크, 통제, 운영 적합성의 관점에서 기술을 도입한다. 그래서 이 시장에는 하나가 아니라 두 가지 기회가 존재한다.

첫 번째는 기관이 지금 당장 도입할 준비가 된 인프라의 채택을 돕는 일이다. 기관이 원자적 결제, 프로그래머블 머니, 토큰화 담보 같은 기본 요소를 하나씩 도입할 때마다 기술은 검증되고, 공통 레일은 확장되며, 실제 거래량과 자본이 온체인으로 유입된다.

두 번째는 기관이 아직 사용할 준비가 되지 않은 개방형 암호화폐 네이티브 금융 시스템을 계속 구축하는 일이다.

이 둘은 서로 경쟁하는 선택지가 아니다. 병행할 수 있고, 또 그래야 한다. 제대로 작동하면 서로를 강화한다. 개방형 네트워크와 생태계는 기관이 결국 채택하게 될 기본 요소, 시장, 혁신을 계속 만들어낸다. 두 축이 모두 성공한다면 융합은 자연스럽게 일어난다. 한 시스템이 다른 시스템을 완전히 대체해서가 아니라, 양쪽 모두 점점 같은 기반 인프라에 의존하게 되기 때문이다.

전통금융이 실제로 하고 있는 일

전통금융은 어떤 기본 요소가 두 가지 조건을 동시에 충족할 때 이를 채택한다. 비용, 리스크, 유통 측면을 개선하면서도 통제와 책임성의 틀 안에 남아 있어야 한다. 기관이 배제하는 요소들, 즉 개방형 접근, 가명성, 불변 실행은 첫 번째 조건은 충족하지만 두 번째 조건은 충족하지 못한다. 그래서 채택 패턴은 임의적이 아니라 예측 가능하며, 개발자들은 이를 설계 기준으로 활용할 수 있다. 즉 어떤 기능이 기관의 통제를 제거해야만 가치를 낼 수 있다면, 아무리 정교하더라도 거의 확실히 재구성되거나 거부될 것이다.

몇 가지 기본 요소를 이 기준에 대입해보자. 원자적 결제는 거래와 최종 결제 사이의 간극을 줄여 거래상대방 리스크를 없애고, 미결제 거래에 대비해 기관이 묶어두는 담보를 풀어준다. 공유 원장은 백오피스의 가장 큰 숨은 비용인 대사를 사실상 불필요하게 만든다. 프로그래머블 머니는 쿠폰 지급, 마진콜, 기업행위를 수작업 지시의 연쇄가 아니라 코드로 처리할 수 있게 한다. AMM의 곡선 수학은 무허가라는 외피를 벗기면 온체인 외환과 토큰화 머니마켓 NAV의 가격 산정 엔진으로 다시 등장한다.

이들 각각은 손익계산서의 수치를 개선하거나 운영 리스크 항목과 그에 수반되는 비용을 줄여주지만, 어느 것도 기관이 탈중앙화의 가치를 믿어야만 작동하는 것은 아니다. 따라서 JPM의 기관 예금을 위한 허가형 블록체인이나 블랙록, 프랭클린 템플턴의 토큰화 머니마켓 펀드 같은 사례를 정확히 봐야 한다. 이는 기업이 디파이에 발을 담그는 것이 아니다. 이들은 은행 간 결제 정산, 펀드 청약 관리, 수익형 상품 유통처럼 원래 하던 일을 더 나은 인프라로 수행하기 위해 블록체인을 활용하고 있다. 이런 도입 사례는 블록체인의 기술적 특성인 프로그래밍 가능성, 투명성, 원자적 결제를 활용하는 한편, 네이티브 디파이를 작동하게 하는 개방형 접근, 가명성, 신뢰 불요 실행은 의도적으로 배제한다.

이는 실패도 아니고 타협도 아니다. 의도적인 아키텍처 선택이며, 이 흐름이 어디로 향하는지를 많은 부분 보여준다.

구매자가 다르면 규칙도 다르다

기관 채택을 기존 디파이 인프라의 더 큰 유통 채널 정도로 보는 것은 잘못이다. 기관은 암호화폐 네이티브 이용자와 같은 방식으로 프로토콜을 평가하지 않는다. 기관은 소프트웨어 공급업체, 인프라 파트너, 운영 리스크, 컴플라이언스 통제, 핵심 시스템의 장기 소유 구조를 검토할 때 자신들의 표준 운영 절차를 따른다. 그 결과 디파이에서의 성공이 기관 시장에서의 성공으로 자동 연결되지는 않는다.

기업은 가장 뛰어난 기술을 사는 경우가 드물다. 무엇보다 기존 워크플로, 리스크 모델, 조달 절차에 가장 잘 맞는 기술을 구매한다.

강한 규제를 받고, 리스크 관리가 엄격하며, 책임 회피 성향이 강한 기관 환경에 들어가는 기술은 그 환경에 맞게 형태가 바뀐다. 인터넷도 그랬다. 기업용 방화벽과 사설 인트라넷이 생겼다. 클라우드 컴퓨팅도 그랬다. 프라이빗 클라우드, VPC, FedRAMP가 등장했다. AI도 마찬가지다. 내부 배포, 데이터 거주 요건, 모델 거버넌스가 붙는다. 블록체인도 다르지 않다.

이 재구성은 두 축에서 일어난다.

- 컴플라이언스: KYC, AML, 제재 심사, 적격 투자자 확인, 규제 보고 요건은 대부분의 기관에 협상 불가능한 조건이다. 무허가 시스템은 이런 요구를 기본적으로 수용하지 않는다. 기관은 자산 동결, 거래 취소, 거래상대방 식별 능력이 필요하다. 디파이는 애초에 이런 요구를 중심에 두고 설계되지 않았고, 이를 수용하려면 상당한 수준의 아키텍처 변경이 필요한 경우가 많다. 이 점은 달라질 수 있다. 예를 들어 CLARITY는 기관이 규제 요건을 충족하면서 무허가 시스템에 접근하기 쉽게 만들 수 있다. 하지만 현재 대부분의 기관은 여전히 통제, 책임성, 운영 리스크의 관점에서 블록체인 인프라를 평가해야 한다.

- 기업 가치 제공: 이 축은 종종 과소평가된다. 기관은 무허가성을 원칙으로 믿기 때문에 블록체인을 도입하는 것이 아니다. 비용을 줄이고, 대사 과정의 마찰을 낮추고, 새로운 유통 채널을 만들고, 고객 관계에 더 깊이 들어갈 수 있기 때문에 도입한다. 차별성은 이런 언어로 설명돼야 하며, 그렇지 않으면 조달 과정에서 살아남지 못한다.

스테이블코인은 아마 가장 분명한 사례다. 은행, 결제 사업자, 핀테크 기업은 네트워크와 지역을 넘나들며 달러를 더 빠르게 이동시킬 수 있다는 점에서 스테이블코인을 유용한 결제 인프라로 점점 더 보고 있다. 그러나 이들 가운데 디파이의 더 넓은 철학까지 받아들이는 곳은 거의 없다. 이들은 프로그래머블 달러가 유용하기 때문에 채택하는 것이지, 디파이의 원칙을 중심으로 금융 시스템을 다시 만들려는 것이 아니다.

서클의 진화는 이를 잘 보여준다. Arc는 보여준다 블록체인 인프라가 기관 구매자에게 점점 더 어떻게 패키징되고 있는지를. 즉 무허가 접근과 컴포저빌리티보다 컴플라이언스, 운영 통제, 신뢰할 수 있는 거래상대방, 기존 워크플로와의 통합을 강조하는 방향이다. 여기서 강점은 무허가성 그 자체가 아니다. 기관이 실제로 도입할 수 있는 형태로 제공되는 더 빠른 결제, 글로벌 도달 범위, 개선된 자본 효율성이다.

SWIFT 같은 조직도 점점 더 이런 관점에서 블록체인을 설명하고 있다. 토큰화 자산 상호운용성 관련 노력은 기존 금융기관을 대체하려는 시도가 아니다. SWIFT 네트워크를 활용해 기존 기관들 간 협업 방식을 개선하려는 시도다. 같은 패턴이 반복해서 나타난다. 기존 금융 네트워크를 대체하기보다 강화하는 방향의 블록체인 채택이다.

이는 강력한 기술이 크고 성숙한 시장과 만났을 때 진화하는 일반적인 방식일 뿐이다.

개발자에게 주어진 두 가지 기회

업계 차원에서는 한 기회를 택하기 위해 다른 기회를 버리는 것이 실수다. 기업 차원에서는 두 기회를 동시에 추구하려는 것이 실수다.

기관 채택과 개방형 네트워크는 생태계 차원에서 서로를 강화할 수 있다. 그러나 대부분의 팀에게 이 둘은 근본적으로 다른 사업이다. 기관을 위한 구축은 조달, 컴플라이언스, 통제, 채널 파트너, 긴 영업 주기에 대한 이해를 요구한다. 개방형 네트워크를 위한 구축은 개발자, 유동성, 컴포저빌리티, 네트워크 효과에 최적화해야 한다. 고객, 유통 모델, 제품 요구사항, 성공 지표가 대체로 완전히 다르다.

이는 어느 한쪽 기회가 더 낫다는 뜻이 아니다. 다만 창업자는 자신이 어떤 시장을 대상으로 하는지 분명히 알아야 하며, 이 둘을 연결하는 것은 그 아래의 레일, 즉 중립적 결제 수단으로서의 퍼블릭 블록체인이라는 점을 인식해야 한다는 뜻이다.

기관과 협력하는 것과 그에 인접한 금융 시스템을 구축하는 것은 서로 충돌하지 않는다. 제대로 하면 서로의 가치를 높인다. 허가형 레이어는 거래량, 정당성, 자본을 가져오고, 개방형 레이어는 허가형 레이어가 다음으로 채택할 기본 요소를 계속 만들어낸다. 융합이 일어난다면 그것은 레일 차원에서 일어난다. 한 시스템이 다른 시스템에 굴복하는 방식이 아니다.

퍼블릭 블록체인은 점점 더 중요한 결제 레일이 될 수 있다. 그 위에 구축되는 애플리케이션은 점점 더 허가형이 되더라도 마찬가지다.

프로그래머블 금융 인프라를 위한 구축

이 새로운 프로그래머블 금융 인프라를 구축하는 데는 두 가지 접근법이 있다. 처음부터 새로 만드는 방법과 기존 제품을 조정하는 방법이다.

Canton 같은 네트워크를 보자. 기존 디파이 인프라를 조정하는 대신, 프라이버시, 컴플라이언스, 통제된 상호운용성에 대한 기관의 요구를 중심으로 설계됐다. 목표는 은행을 디파이로 끌어들이는 것이 아니다. 기관이 요구하는 거버넌스, 기밀성, 운영 통제를 유지하면서 블록체인 기반 조정을 활용하는 것이다.

모든 성공적인 기관 전략이 처음부터 다시 구축하는 방식을 필요로 하는 것은 아니다. 예를 들어 모포는 반대 접근을 취하고 있다. 디파이의 기본 요소를 버리는 대신, 기관과 자산 발행자가 이를 더 쉽게 활용할 수 있도록 만드는 데 집중해왔다. 예를 들어 아폴로의 ACRED 펀드는 온체인 대출 전략의 일부로 모포를 활용하며, 디파이 네이티브 대출 기본 요소를 기관급 유통, 컴플라이언스, 펀드 구조와 결합한다. 그 결과는 순수한 디파이도 아니고 완전히 분리된 기관용 스택도 아니다. 기관이 기존 암호화폐 인프라를 선별적으로 채택하되, 이를 자신들의 통제, 컴플라이언스, 유통 요구에 맞는 방식으로 패키징하는 모델이다.

이 새로운 범주는 기관의 제약을 전제로 설계됐다. 디파이에서 요소를 가져오지만, 더 허가형이고 컴플라이언스를 갖춘 방식으로 운영되기 때문에 오늘날 존재하는 것과는 필연적으로 다르다.

모포처럼 암호화폐 네이티브 인프라를 기관용 사례에 맞게 성공적으로 조정한 팀도 있다. 그러나 개발자들은 이를 기본 전략으로 오해해서는 안 된다. 기관은 별개의 고객군이며, 요구사항도 다르다. 많은 경우 개방형 네트워크를 위해 처음 설계된 제품을 조정하는 것보다, 처음부터 그런 요구에 맞춰 설계하는 편이 더 효과적일 것이다.

디파이에서 계속 구축할 기회

오늘날 기관이 채택하고 있는 혁신은 은행, 자산운용사, 기존 금융 인프라 내부에서 시작된 것이 아니다. 그것은 개발자들이 새로운 시장 구조, 조정 메커니즘, 금융 기본 요소를 자유롭게 실험할 수 있었던 개방형 네트워크에서 나왔다.

이 차이는 중요하다. 기관은 업계 혁신의 주된 원천이 아니다. 허가형 레이어는 종종 개방형 레이어의 뒤를 따른다.

여기서 더 중요한 전략적 지점이 나온다. 업계가 은행과 자산운용사에 판매하는 데 지나치게 집중하면, 큰 구매자 집단을 전체 기회로 착각할 위험이 있다. 전통금융은 중요한 고객이다. 하지만 유일한 고객은 아니다.

기관의 요구에 맞춰 설계하는 것은 정당하고 가치 있는 일이다. 그러나 그것은 하나의 차선일 뿐, 도로 전체가 아니다. 오래 살아남는 기업은 자신이 누구를 위해 만들고 있는지 분명히 아는 기업이다. 기관 채택은 큰 기회일 수 있지만, 그것이 단순히 디파이의 연장선은 아니다. 한 시장에서의 성공이 다른 시장에서의 성공을 보장하지 않는다.

기관을 위해 구축하고 있다면, 그 방향을 끝까지 받아들여야 한다. 암호화폐 네이티브 시장에서의 성과가 기업 채택으로 자동 이어진다고 가정하지 말아야 한다. 고객을 배우고, 구매 과정을 이해하고, 기관의 요구를 중심으로 의도적으로 구축해야 한다.

개방형 네트워크를 위해 구축하고 있다면, 계속 그렇게 해야 한다. 오늘날 시장에서 기관이 가장 큰 목소리를 내는 구매자라는 이유만으로 자신의 비전을 버려서는 안 된다.

기억해야 할 점은 이 둘이 경쟁 관계가 아니라 상호보완 관계라는 것이다. 한쪽은 검증된 혁신을 조정하고, 상용화하고, 확장한다. 다른 한쪽은 그것을 발견한다. 이 기술의 어떤 형태는 거의 확실히 기존 전통금융 시스템의 금융 인프라 일부가 될 것이다. 하지만 그것만이 유일한 미래는 아니다. 개방형 네트워크는 여전히 업계에서 가장 중요한 실험과 혁신의 원천이며, 내일의 기관 인프라를 형성할 많은 기본 요소도 먼저 그곳에서 나올 가능성이 크다.

전통금융은 디파이를 채택하는 것이 아니다. 자신들의 모델에 맞는 부분만 선별적으로 채택하고 있다. 개발자에게 주어진 기회는 모든 시장을 한꺼번에 쫓는 것이 아니라, 자신이 어떤 시장을 위해 만들고 있는지 이해하는 데 있다. 그리고 그에 맞게 실행하는 것이다. 미래가 기관 인프라 위에서 돌아갈 수는 있겠지만, 그 미래의 가장 중요한 혁신 중 상당수는 계속 개방형 네트워크에서 나올 것이다.

여기에 표현된 견해는 인용된 AH Capital Management, L.L.C.("a16z") 소속 개인의 견해일 뿐이며, a16z 또는 그 계열사의 견해를 의미하지 않는다. 본문에 포함된 일부 정보는 a16z가 운용하는 펀드의 포트폴리오 회사를 포함한 제3자 출처에서 취득했다. a16z는 신뢰할 수 있다고 판단한 출처를 사용했지만, 해당 정보를 독립적으로 검증하지 않았으며 정보의 현재 또는 지속적인 정확성이나 특정 상황에 대한 적합성에 대해 어떠한 진술도 하지 않는다. 또한 이 콘텐츠에는 제3자 광고가 포함될 수 있으며, a16z는 해당 광고를 검토하지 않았고 그 안의 어떠한 광고 내용도 보증하지 않는다. 이 콘텐츠는 정보 제공만을 목적으로 하며, 법률, 사업, 투자 또는 세무 자문으로 의존해서는 안 된다. 이러한 사항에 대해서는 각자의 자문인과 상의해야 한다. 증권이나 디지털 자산에 대한 언급은 예시 목적일 뿐이며, 투자 추천이나 투자자문 서비스 제공 제안을 구성하지 않는다. 또한 이 콘텐츠는 어떤 투자자나 잠재적 투자자를 대상으로 하거나 그 사용을 의도한 것이 아니며, 어떠한 경우에도 a16z가 운용하는 펀드에 대한 투자 결정을 내릴 때 의존해서는 안 된다. a16z 펀드에 대한 투자 제안은 해당 펀드의 사모 발행 설명서, 청약 계약서 및 기타 관련 문서를 통해서만 이뤄지며, 해당 문서는 전체를 읽어야 한다. 언급되거나 설명된 투자 또는 포트폴리오 회사는 a16z가 운용하는 투자 수단의 모든 투자를 대표하지 않으며, 해당 투자가 수익을 낼 것이라는 보장도, 향후 투자들이 유사한 특성이나 결과를 보일 것이라는 보장도 없다. Andreessen Horowitz가 운용하는 펀드의 투자 목록은 https://a16z.com/investments/에서 확인할 수 있다. 다만 발행사가 a16z의 공개를 허용하지 않은 투자와, 아직 발표되지 않은 상장 디지털 자산 투자는 제외된다. 본문에 포함된 차트와 그래프는 정보 제공만을 위한 것이며, 어떠한 투자 결정에도 의존해서는 안 된다. 과거 성과는 미래 결과를 보장하지 않는다. 이 콘텐츠는 표시된 날짜 기준의 견해만을 담고 있다. 이 자료에 표현된 모든 전망, 추정, 예측, 목표, 기대 및 의견은 사전 통지 없이 변경될 수 있으며, 다른 이들이 표현한 의견과 다르거나 상반될 수 있다. 추가적인 중요 정보는 https://a16z.com/disclosures에서 확인할 수 있다.