상세 컨텐츠

본문 제목

1편. 리플(XRP)의 탄생과 역사 — 왜 만들었나, 누가 만들었나

카테고리 없음

by industrosnack 2025. 10. 6. 00:21

본문

728x90
반응형

금융의 심장부, 특히 국경을 건너는 돈의 흐름은 오래전부터 골칫거리였습니다. 서로 다른 통화, 은행 간 사전 예치(prefunding)의 필요성, 느리고 비싼 결제 시스템—이런 문제들을 실무적으로 해결하려는 발상에서 ‘리플’의 역사가 시작됩니다. 리플은 “암호화폐 = 투자 수단”의 맥락에서 태어난 것이 아니라, 현실의 지급결제 문제를 푸는 실무 솔루션으로 출발했습니다.

시작은 결제: 아주 실무적인 문제에서 출발했다

2000년대 초중반부터 국제 송금 시스템은 효율성 문제로 비판받았습니다. 예컨대 A국의 은행이 B국 고객에게 돈을 보낼 때, 수취 은행과의 정산을 위해 각 은행이 상대국 통화로 미리 예치해 두는 ‘프리펀딩’(nostro/vostro 계좌) 관행이 필요했습니다. 이 방식은 자본의 비효율적 활용을 초래했고, 소액·빈번한 국제 송금에는 특히 부담이 컸습니다.

이런 현실적 문제를 해결하려는 접근은 다음 질문으로 정리됩니다.
“은행들이 서로 신뢰하지 않아도, ‘즉시’·‘저비용’으로 자금을 이동시키는 방법은 없을까?”

리플은 이 질문에 대한 실무적 해법을 디자인하려 했습니다.

원류: Ryan Fugger → OpenCoin → Ripple으로

리플의 기원은 한 사람의 초기 실험에서 시작됩니다.

  • Ryan Fugger (2004~2005)
    • 온라인 결제·커뮤니티 기반 신용 시스템을 구상한 개발자. ‘RipplePay’라는 초기 아이디어를 만들었고, 이는 후일 리플 생태계 논의의 뿌리가 됩니다.
    • Fugger의 프로젝트는 중앙화된 신용 네트워크 아이디어에 가까웠지만, ‘분산된 결제’라는 사고의 씨앗을 남겼습니다.
  • XRP와 XRPL의 탄생 (2011–2012)
    • 이후 2011년경부터 Jed McCaleb, Arthur Britto, David Schwartz 등이 참여해 지금 우리가 아는 XRP Ledger (XRPL) 구조와 XRP 토큰 설계를 구체화했습니다.
    • 이 팀은 빠른 결제 처리(수초 내), 낮은 수수료, 실무적 신뢰 모델을 목표로 기술을 설계했습니다.
  • OpenCoin / Ripple Labs (2012 이후)
    • Chris Larsen과 몇몇 개발자들이 합류해 2012년경 OpenCoin을 설립했고, 이후 회사명은 Ripple (Ripple Labs) 등으로 정리되어 현재의 상업적 조직이 됩니다.
    • 회사는 XRPL 위에서 금융기관이 쓸 수 있는 제품·서비스(예: RippleNet, xCurrent, ODL)를 개발·판매하기 시작했습니다.

요약하자면, 리플은 “아이디어(초기 결제 시스템) → 프로토콜(XRPL + XRP) → 회사(상업적 제품)”의 흐름으로 탄생했습니다. 중요한 점은 네트워크(원장)와 상업회사(Ripple) 사이의 구분입니다. 기술 자체는 오픈소스이고 누구나 노드를 돌릴 수 있지만, 회사는 그 위에서 기업용 솔루션을 공급합니다. 이 둘이 종종 혼동되어 리플에 대한 논쟁이 생기곤 했습니다.

핵심 인물들: 누가 무엇을 했나

  • Ryan Fugger: 초기 아이디어(2004~)를 제안한 인물. 리플의 사전적 뿌리.
  • Jed McCaleb: XRPL 주요 설계자 중 한 명. 이후 Mt.Gox 설립 등 암호화폐 업계에서 여러 역할을 했고, 리플을 떠난 뒤 Stellar 창립(2014)으로 이어집니다.
  • Arthur Britto: 핵심 개발자, XRPL 설계에 기여.
  • David (Dave) Schwartz: XRPL의 수석 암호학자·설계자; 현재도 XRPL 기술 문서와 원리 해설에서 자주 인용되는 인물.
  • Chris Larsen: 기업 측(경영·전략) 리더. OpenCoin/Ripple 초기 CEO·이사회 역할을 수행하며 금융 파트너십을 주도.

각 인물의 역할을 구분하면, “아이디어·설계팀(개발자) + 비즈니스·영업팀(경영)이 합쳐진 구조”로 리플이 성장했다고 볼 수 있습니다.

토큰 분배와 ‘프리마인’(pre-mined) 구조 — 왜 논쟁이 되었나

리플의 설계상 **총 발행량은 100,000,000,000 XRP (1000억 개)**로 고정되어 한 번에 생성되었습니다. 즉, 비트코인의 채굴 방식과 달리 XRP는 처음부터 전량이 발행(프리마인)되어 배분·관리됩니다.

이로 인해 두 가지 중요한 쟁점이 생겼습니다.

  1. 초기 보유의 집중
    • 회사(Ripple)가 상당량을 보유하면서, 시장에 미치는 영향력(대량 매도 등)을 우려하는 시각이 있었습니다.
  2. 에스크로(escrow) 관리
    • Ripple은 시장의 예측 가능성을 높이기 위해 일정량을 에스크로(신탁·잠금)로 관리하고, 규칙적으로 일부를 해제해 시장에 공급하는 정책을 도입했습니다. (2017년경 550억 XRP를 에스크로로 잠근 조치가 대표적으로 회자됩니다.)
    • 에스크로 제도는 ‘무작위 대량 유통 → 가격 급락’ 리스크를 줄이는 의도였지만, ‘언제 얼마가 풀릴지’에 대한 시장의 민감도는 여전히 큰 변수였습니다.

결과적으로 토큰 배분과 회사 보유 문제는 리플을 둘러싼 신뢰·규제·투자 논쟁의 핵심 요소가 되었습니다. 기술·제품이 아무리 좋아도 ‘누가 얼마나 가지고 있는가’는 자산의 시장 행태에 직접적인 영향을 미치기 때문입니다.

상업적 전개: RippleNet, ODL, 은행 파트너십

리플이 기술만 만든 채로 끝나지 않은 이유는 ‘기업 영업’ 전략이 강력했기 때문입니다. Ripple은 XRPL 기반 기술을 금융기관에 맞게 제품화했습니다.

  • RippleNet: 은행·결제사업자가 결제 메시징·정산을 위해 사용할 수 있는 네트워크와 소프트웨어 제품군. RippleNet에는 다양한 모듈(예: xCurrent 등)이 있어, 반드시 XRP를 사용하지 않아도 도입할 수 있습니다. 이 점은 ‘기술 채택’과 ‘토큰 사용’이 항상 일치하지 않는다는 것을 보여줍니다.
  • On-Demand Liquidity (ODL): 필요한 경우 XRP를 브리지 통화(bridge currency)로 이용해 사전 예치 없이 즉시 유동성을 제공하는 서비스. 소액·빈번한 환전 흐름이 많은 지역(특히 일부 신흥시장 루트)에서는 실무상 매력 있는 옵션이었습니다.
  • 파트너십 전략: Ripple은 수백 건의 파트너십·파일럿을 발표해 왔습니다. 현실적으로 모든 파트너가 ODL(즉 XRP 사용)을 채택한 것은 아니고, 많은 기관은 메시징·정산 솔루션만 사용하기도 했습니다. 여기서 ‘채택의 층위’를 분리해 보아야 합니다: (1) 기술 도입, (2) 토큰 실제 사용 — 두 가지를 구분해 판단해야 합니다.

초기 논쟁과 비판: 중앙화 논란·투명성 문제

리플은 ‘실무적 해법’을 내세우며 금융권 친화적 전략을 펴 왔지만, 그 과정에서 몇 가지 반복되는 비판을 받았습니다.

  • 중앙화 의혹: UNL(믿을 만한 검증자 리스트) 기반의 합의 모델과 Ripple사의 대량 보유로 인해 “완전한 탈중앙화”를 기대한 커뮤니티의 비판을 받았습니다. 실무적으로는 ‘신뢰 가능한 소수 노드’ 모델이 도입 장벽을 낮추지만, 탈중앙화 지향자들의 관점에서는 단점으로 보입니다.
  • 토큰 분배·에스크로 투명성: 대량 보유분의 시장 유입 일정·목적에 대해 시장이 예민하게 반응했습니다. Ripple은 에스크로와 정기 해제를 통해 예측 가능성을 높이고자 했지만, 그 자체가 뉴스 거리가 되기도 했습니다.
  • 회사와 네트워크의 혼동: ‘Ripple 회사가 XRPL을 통제한다’는 오해도 자주 발생했습니다. 기술은 오픈소스지만, 회사는 상업적 이익을 추구한다는 사실이 때로는 신뢰 이슈로 비화했습니다.

이 비판들은 기술적·상업적 선택의 필연적 산물이라 볼 수 있습니다. ‘실무 친화성’과 ‘완전한 탈중앙화’ 사이에서 균형을 잡는 일은 쉬운 과제가 아닙니다.

간단 연표(요약)

  • 2004–2005: Ryan Fugger의 RipplePay 개념(초기 아이디어)
  • 2011–2012: Jed McCaleb, Arthur Britto, David Schwartz 등 XRPL·XRP 설계
  • 2012: OpenCoin 설립(이후 Ripple로 발전)
  • 2013–2014: 제품 개발·초기 파트너십 추진 (xCurrent 등)
  • 2017: 에스크로·토큰 관리 정책 명시(대량 잠금)
  • 2010s–2020s: RippleNet·ODL 등 상용 솔루션과 파일럿 사례 다수
  • (이후) 규제·법적 문제로 시장 관심 증폭 — 법률적 사건·판결은 별도 편에서 다룰 예정

왜 이 역사와 구조를 먼저 알아야 할까? — 핵심 정리

  1. 출발점(문제 인식): 리플은 ‘송금의 속도·비용 문제’라는 현실적 과제를 해결하기 위해 고안되었다. 이것이 기술 선택과 상업 전략을 규정합니다.
  2. 설계 선택: 빠른 거래·저비용·기업 친화적 신뢰 모델을 목표로 하다 보니, 디자인상 ‘완전 탈중앙화’ 대신 ‘효율성·신뢰성’ 쪽으로 기울었습니다.
  3. 토큰 배분 문제: 프리마인·회사 보유·에스크로 구조는 리플에 대한 규제·신뢰 논쟁의 핵심이다.
  4. 회사 vs 네트워크: 기술은 오픈소스이지만, 상업화·영업은 회사(Ripple)가 담당한다는 사실을 늘 분리해서 봐야 한다.

이 1편을 통해 리플의 ‘철학(결제 실무) + 설계(빠름·저렴함) + 기업화(솔루션 판매)’라는 삼박자를 이해하면, 이후 기술·규제·투자 논의가 훨씬 명확해집니다.

권장 시각자료(블로그에 바로 쓸 수 있도록 아이디어)

  • 타임라인 인포그래픽(상단 요약 연표 기반)
  • 창립자/핵심 인물 사진 + 한 줄 소개 카드
  • ‘RippleNet vs ODL’ 비교표(간단한 2열 표)
  • 토큰 분배 파이 차트(회사 보유·유통·에스크로 등)

(원하면 위 시각자료 1~2개를 이미지로 제작해 드립니다 — 단, 이미지 생성은 리소스 제한이 있으니 최소화 권장합니다.)

728x90
반응형
저작자표시 (새창열림)

티스토리툴바