Sebastien Rousseau
문의하기 ›

2026년 멀티레일 뱅크: 카드·A2A·스테이블코인·RTP·FedNow·Open Banking을 하나의 전략으로

멀티레일 전략은 레거시 코어 위에 쌓인 라우팅 엔진, 유동성 북, ISO 20022 변환기입니다. 제품 출시처럼 다루는 아키텍트는 레일 셋에 자금을 투입하고 그중 어느 것도 제대로 운영하지 못합니다.

11 분 소요

2026년 멀티레일 뱅크: 카드·A2A·스테이블코인·RTP·FedNow·Open Banking을 하나의 전략으로

미국 도매 결제는 현재 다섯 개의 라이브 레일에서 동시에 작동합니다. 카드는 1970년대부터 동일한 Visa·Mastercard 인터체인지 트랙을 달려왔습니다. ACH는 여전히 급여 및 B2B의 대부분을 T+1 결제와 극히 낮은 비용으로 처리합니다. RTP 네트워크 ⧉는 2017년부터 24/7 즉시 결제를 운영해 왔으며, The Clearing House가 Fed에 보유한 공동계좌를 통해 청산됩니다. FedNow ⧉는 2023년 7월에 병렬 아키텍처와 별도 유동성 풀로 가동되기 시작했습니다. USDC와 토큰화 은행 예금은 Ethereum, Solana, 그리고 은행이 운영하는 허가형 체인에서 원자적으로 정산됩니다.

이 레일 중 어느 것도 다른 것을 대체하지 않습니다. 하나를 택해 전략을 거기에 거는 은행은 두 차례 제품 사이클이 지나기 전에 판단이 틀렸음을 확인하게 됩니다. 오케스트레이션 레이어 없이 모두를 운영하는 은행은 3년 차쯤 다섯 개의 통합 프로젝트를 만들었으나 어느 하나도 효율적으로 운영하지 못한다는 사실을 깨닫게 됩니다.

본 기사는 오케스트레이션이 실제로 어떻게 작동하는지를 다룹니다.

경영진 요약 / 핵심 요점

  • 오케스트레이션 엔진이 제품입니다. 거래 단위로 FedNow, RTP, ACH, USDC 중 무엇을 선택할지 — 비용, 결제 종결성, 거래상대방 역량, 사전 자금공급 유동성 가용성에 따라 — 결정하는 라우팅 로직이 멀티레일 뱅크의 정의입니다. 나머지는 모두 구현 세부사항입니다.
  • 유동성은 아무도 언급하지 않는 운영 비용입니다. FedNow와 RTP 모두 중앙은행 공동계좌에 24/7/365 사전 자금공급 잔고를 요구합니다. 단순한 멀티레일 전개는 그 자본 함정을 두 배로 만듭니다. 네팅 인식 오케스트레이터는 이를 다시 단일 풀 수준으로 압축합니다.
  • ISO 20022 pacs.008만이 실용 가능한 브리지입니다. 코어 뱅킹 시스템은 MT103이나 자체 포맷을 내보냅니다. A2A API와 Open Banking 엔드포인트는 pacs.008 구조화 데이터를 소비합니다. 오케스트레이터의 변환 레이어가 채무자/채권자 에이전트 BIC, 구조화 송금 정보, 목적 코드를 손실 매핑 없이 전달합니다.
  • 스테이블코인 레일의 원자적 결제는 코레스 뱅킹을 재편합니다. 두 지갑 간 USDC 이체는 Nostro/Vostro 대사 없이 수 초 만에 청산됩니다. 핀테크 기능이 아니라 코레스 뱅킹 수익 라인에 대한 구조적 위협입니다.
  • Open Banking API는 A2A의 소비자측 거울입니다. B2B 결제에서 FedNow와 ACH를 결정하는 동일한 오케스트레이션 엔진이 소비자 결제에서 PIS(Payment Initiation Service)와 카드 온파일을 결정합니다 — 동일한 라우팅 사실관계에 따라.
  • 라우팅 로직을 소유하는 은행이 마진을 소유합니다. 라우팅 엔진을 벤더에서 임차하면 그 벤더가 은행이 처리하는 모든 거래의 수수료율을 결정합니다.

오케스트레이션 엔진이 500달러 B2B 결제를 실제로 라우팅하는 방식 #

미국에 본사를 둔 중견 기업이 ERP에서 500달러 공급업체 결제를 트리거합니다. 결제는 은행의 오케스트레이션 엔진에 ISO 20022 pacs.008 메시지로 도착합니다. 구조화 송금 정보, 공급업체 계좌 세부정보, "가능하면 당일"이라는 결제 윈도우, 그리고 "익영업일 수용 가능"이라는 명시적 허용치가 포함되어 있습니다.

엔진은 메시지와 은행의 현재 상태에서 네 가지 사실을 읽어냅니다.

  1. 거래상대방의 레일 역량. 공급업체의 거래은행은 TCH RTP 참가 은행이며 FedNow에서도 주소 지정이 가능합니다. ACH 크레딧을 수용하며, USDC 지갑은 등록되어 있지 않습니다.
  2. 레일별 비용. FedNow는 정액 0.045달러 송신 수수료를 부과합니다. RTP는 0.045달러에 더해 은행의 TCH 공동계좌 잔고에 대한 내부 유동성 비용을 부과합니다. ACH는 크레딧당 0.0029달러이며 T+1 결제입니다. USDC는 가스비에 스테이블코인 인벤토리 보유 내부 비용이 더해지지만, 수취인이 지갑을 보유하지 않으므로 이번 사안에서는 무관합니다.
  3. 사전 자금공급 유동성 가용성. 동부시간 23시입니다. 은행의 Fed FedNow 공동계좌에는 현재 4,200만 달러가, TCH 공동계좌에는 6,100만 달러가 있습니다. 양쪽 모두 단일 결제 임계치를 크게 상회합니다. 현재 시점에서 어느 레일을 사용하든 한계 비용은 500달러에 대한 익일물 수익 포기분 — 1센트의 분수에 불과합니다.
  4. 결제자에게의 결제 윈도우 가치. pacs.008은 "익영업일 수용 가능"으로 선언했습니다. 이것이 결정을 기울이는 라우팅 신호입니다.

오케스트레이터는 ACH로 라우팅합니다. 결제자가 T+1을 허용한다는 사실은, 결제자가 선택사항이라고 명시적으로 밝힌 결제 종결성을 위해 4.2센트(FedNow 수수료에서 ACH 수수료를 뺀 값)를 추가로 지출할 상업적 이유가 없음을 의미합니다. pacs.008 지시는 NACHA 포맷 CCD 엔트리로 재작성되고, 구조화 송금 정보는 부가 레코드(addenda record)에 보존되며, 거래는 다음 ACH 윈도우에 큐잉됩니다.

동일한 결제가 동부시간 9시에 pacs.008 결제 윈도우 블록에 "당일 결제" 표시와 함께 도착하면, 라우팅은 FedNow 쪽으로 기울어집니다. "원자적 달러 결제, 지갑 첨부"로 표시되어 도착하면, 라우팅은 USDC로 기울어집니다. 엔진은 어느 레일이 "현대적"인지에 대한 의견을 갖지 않습니다. 결제자가 요청한 결제 종결성 수준에서 총비용 — 수수료 더하기 유동성 기회비용 — 을 최소화하는 레일이 무엇인지에 대한 의견만 가질 뿐입니다.

그 의사결정 로직이 곧 오케스트레이션 엔진입니다. 이것을 구축하는 일이 제품입니다.

24/7 사전 자금공급 유동성 함정 #

현재 가동 중인 모든 즉시 레일은 사전 자금공급 모델로 운영됩니다. Fed는 FedNow 참가 은행에 일중 신용을 제공하지 않습니다. The Clearing House도 RTP 참가 은행에 마찬가지입니다. 두 레일의 결제는 참가 은행이 해당 운영기관 — FedNow는 Fed, RTP는 TCH — 에 보관하고 24/7/365로 보충하는 사전 자금공급 공동계좌 잔고에 대해 이루어집니다.

운영상 결과는 가혹합니다. 일일 즉시 결제 피크 1억 달러를 처리하는 FedNow 참가 은행은 일중 피크를 커버하기 위해서만 수천만 달러의 유휴 잔고를 보유합니다. RTP를 병행하면 두 번째 유휴 풀이 추가됩니다. 두 풀은 서로 다른 운영기관에 있으므로 상호 네팅이 불가능합니다. 각 풀은 해당 지급준비금 부리율(FedNow) 또는 제로(TCH 운영계좌)를 받으며, 같은 잔고를 레포, MMF, 단기 국채에 운용했다면 얻었을 수익을 포기하게 됩니다.

이것이 멀티레일 즉시 결제의 숨겨진 운영 비용입니다. 오케스트레이션 전략 없이 두 개의 즉시 레일에 자금을 투입하는 은행은 두 배의 유휴 잔고를 묶어두고 두 배의 기회수익을 포기하는 셈입니다.

오케스트레이터는 세 가지 방식으로 함정을 최소화합니다.

오케스트레이터가 없으면 은행은 피크 중의 피크 수요에 맞춰 자금을 투입합니다. 오케스트레이터가 있으면 예측 수요에 마진을 더한 만큼 자금을 투입합니다. 일일 50억 달러 규모의 즉시 결제 사업에서 그 차이는 수천만 달러의 유휴 잔고와 7~8자리의 연간 익일물 기회수익에 해당합니다.

ISO 20022 pacs.008 브리지 #

1980~1990년대에 구축된 코어 뱅킹 시스템은 MT103 필드나 자체 내부 포맷을 내보냅니다. A2A API(Open Banking PIS, FedNow의 FedLine 엔드포인트, TCH의 RTP 메시징)는 ISO 20022 pacs.008을 소비합니다. 오케스트레이터의 변환 레이어는 A2A 소비자가 의존하는 필드를 잃지 않고 구조화 페이로드를 그대로 전달하는 역할을 합니다.

pacs.008 메시지는 최소한 다음을 담습니다.

평면적 MT103 페이로드를 pacs.008로 단순 변환하면 이러한 구조화 필드 대부분이 누락되거나 훼손됩니다. 자유 텍스트 송금 정보는 잘못된 블록에 들어갑니다. 목적 코드는 부분 문자열 매칭으로 재구성되어 OTHR(포괄 코드)로 도착합니다. 규제 보고는 원본 MT103에 구조화 슬롯이 없었으므로 통째로 누락됩니다. 수취 은행과 수취 트레저러의 ERP는 기계 파싱 가능한 메타데이터 없이 결제 확인만 받게 됩니다. 대사는 수작업 검토로 돌아갑니다.

오케스트레이터의 변환 레이어는 시판 MT-to-MX 컨버터가 하지 않는 세 가지를 수행해야 합니다.

이 레이어를 건너뛰는 은행은 세 개 또는 네 개의 통합에 걸쳐 중복된 레일별 변환 파이프라인을 갖게 됩니다. 한 번 제대로 구축하는 은행은 메시지 로직을 재구현하지 않고 어떤 결제든 어떤 레일로든 라우팅합니다.

멀티레일 아키텍처, 기술 레이어별 #

아래 아키텍처는 이사회 자료에 적합한 일반적인 "워크플로, 데이터, 통제" 프레임을 대체합니다. 실제로 부하를 감당하는 레이어는 다음과 같습니다.

레이어 운영상 역할 잘못 다루었을 때의 실패 양상 아키텍처 지침
API 게이트웨이 & 오케스트레이션 엔진 ERP, 모바일 앱, 코어 시스템에서 결제 의도를 수신합니다. 거래상대방 역량, 현재 유동성 상태, 스킴 참여, 결제자 선호를 읽습니다. 어떤 레일을 사용할지 결정합니다. 은행이 결제 벤더에서 라우팅 엔진을 임차합니다. 벤더가 거래마다 수수료율을 정합니다. 은행의 마진은 벤더의 가격으로 흡수됩니다. 라우팅 엔진을 직접 보유합니다. 안정적인 내부 인터페이스 뒤에 레일별 드라이버를 배치한 인하우스 서비스로 구축합니다. 벤더 SDK는 엔진 자체가 아니라 드라이버 구현이 됩니다.
유동성 & 원장 레이어 Fed(FedNow), TCH(RTP), 카드 스킴 결제 은행(Visa, Mastercard), 온체인 지갑(USDC 인벤토리, 토큰화 예금 포지션)의 사전 자금공급 공동계좌 잔고를 관리합니다. 유휴 잔고를 익일물 레포로 스윕합니다. 은행이 모든 레일 운영기관에 유휴 잔고를 동시에 묶어둡니다. 일일 50억 달러 규모 즉시 결제 북에서 기회수익 포기분이 연간 7~8자리에 이릅니다. 시간 단위로 즉시 결제 수요를 예측합니다. 예측에 마진을 더한 수준까지 공동계좌에 자금을 투입합니다. 나머지는 모두 스윕합니다. 일일 보충 정책은 레일 제품 팀이 아니라 트레저리 기능이 소유합니다.
메시징 & ISO 변환 레이어 은행 내부 결제 포맷, MT103(여전히 사용되는 경우), pacs.008 / pain.001 / camt.053(ISO 20022), NACHA CCD/PPD(ACH), 카드 스킴 ISO 8583, 온체인 트랜잭션 프리미티브 사이를 변환합니다. 변환 과정에서 보강합니다. 대상 스킴 프로파일에 대해 검증합니다. 손실 변환이 구조화 송금 정보와 목적 코드를 누락시킵니다. 수취인이 프로그래매틱하게 대사할 수 없습니다. 수작업 조사 백로그가 누적됩니다. 대상 스킴 프로파일 검증 기능을 갖춘 단일 보강 인식 변환기를 구축합니다. MT-to-MX 컨버터는 입력일 뿐 정답이 아닙니다. CI에서 각 스킴의 레퍼런스 프로파일에 대해 테스트합니다.
거래상대방 & 역량 레지스트리 각 거래상대방이 어느 레일에서 주소 지정 가능한지, 어떤 스킴 프로파일을 수용하는지, 거래별 한도가 얼마인지, 어느 관할권이 어떤 보고를 요구하는지 파악합니다. 오케스트레이터가 수취인이 수용할 수 없는 레일로 라우팅합니다. 결제가 실패하거나 수작업 개입과 함께 느리게 결제됩니다. 레지스트리를 일급 데이터 제품으로 유지합니다. 스킴 디렉터리, 중앙은행 참가자 목록, Open Banking 애그리게이터 역량 피드에 대해 매일 갱신합니다. 레지스트리가 라우팅 결정을 감사 가능하게 만듭니다.
사기·제재·인가 모든 결제 의도에 대해 제재 명단, 사기 모델, 인가 규칙, 동의 기록에 대해 실시간 스크리닝을 실행합니다. 밀리초 단위로 허용/차단/에스컬레이션을 반환합니다. 스크리닝이 레일 제출 이후에 실행됩니다. 제재 대상 결제가 은행을 떠난 뒤 회수됩니다. 회수 건마다 규제기관 보고 사안이 됩니다. 레일 선택 이전에, 오케스트레이션 진입점에서 스크리닝합니다. 동일한 스크리닝 결과가 오케스트레이터가 선택할 수 있는 모든 레일에 걸쳐 유효해야 합니다.
결제 대사 & 보고 모든 송금 결제를 결제 확인, 상태 업데이트(pacs.002), 수신 camt.053 명세서에 대해 매칭합니다. 며칠이 아닌 몇 시간 안에 불일치를 탐지합니다. 대사가 스프레드시트로 T+2에 실행됩니다. 결제 불일치가 누적됩니다. 고객 분쟁이 격화됩니다. 통합 데이터 모델로 레일별 대사를 실행합니다. 동일한 불일치 탐지 로직이 FedNow, RTP, ACH 리턴 파일, 카드 스킴 결제 파일, 온체인 트랜잭션 확인에 대해 작동합니다.

은행 유형별 시사점 #

글로벌 은행 #

글로벌 은행은 이미 가장 파편화된 레일 자산을 운영하고 있습니다. 각 지역이 자체 제품 P&L 하에 자체 통합에 자금을 투입했습니다. 결과는 동일한 벤더와 별도로 협상하면서, 각자의 얇은 라우팅 레이어를 운영하는 서너 개의 병렬 멀티레일 전개입니다.

지침은 다음과 같습니다. 어떤 제품 그룹에도 청구되지 않고 플랫폼 엔지니어링에 청구되는, 레거시 코어 위의 단일 중립 오케스트레이션 레이어에 자금을 투입합니다. 오케스트레이터는 글로벌 차원에서 라우팅 결정을 소유하고, 지역 제품 그룹은 이를 서비스로 소비합니다. 각 지역이 도입한 벤더 SDK는 동일한 결제를 두고 경쟁하는 병렬 라우팅 엔진이 아니라, 오케스트레이터 내부 인터페이스 뒤의 레일별 드라이버가 됩니다.

경제적 논거는 최고재무책임자에게 도달합니다. 단일 글로벌 오케스트레이터는 은행이 생성하는 모든 라우팅 결정, 모든 마진 포인트, 모든 구조화 결제 데이터를 포착합니다. 세 개의 지역 오케스트레이터는 그룹 차원에서 그중 어느 것도 포착하지 못합니다.

지역 은행 #

지역 은행은 다른 문제에 직면합니다. 통합해야 할 레일은 적지만, 사전 자금공급 공동계좌에 묶을 자본은 비례적으로 적습니다. 일일 5억 달러 규모 즉시 결제 북을 운영하는 지역 은행은 보수적으로 잡아도 FedNow를 위해 Fed에 3,000만~5,000만 달러, RTP를 위해 TCH에 2,000만~3,000만 달러를 묶고 있습니다. 0 또는 0에 가까운 수익률로 놀고 있는 재량 대차대조표의 상당한 비중입니다.

지침은 다음과 같습니다. 두 번째 즉시 레일을 추가하기 전에 유동성 인식 오케스트레이터를 구축합니다. 네팅 전략 없이 FedNow와 RTP를 동시에 가입하는 지역 은행은 비례하는 거래량 증가 없이 사전 자금공급 잔고 함정을 두 배로 만듭니다. 올바른 순서는 FedNow를 먼저 도입해 수요 프로파일을 계측하고, 관찰된 피크에 맞춰 공동계좌에 자금을 투입한 뒤, 오케스트레이터가 한계 결제를 더 잘 자금공급된 풀로 라우팅할 수 있을 때 RTP를 추가하는 것입니다.

자본 문제가 지배적입니다. 지역 은행 트레저러는 사전 자금공급 잔고의 기회수익 포기분을 혁신의 암묵적 비용으로 흡수할 것이 아니라, 멀티레일 비즈니스 케이스의 한 항목으로 정량화해야 합니다.

핀테크와 PSP #

핀테크와 결제 서비스 제공자는 기업·가맹점과 은행 레일 사이에 위치합니다. 이들의 경쟁 질문은 은행이 스스로 구축할 수 없는 추상화를 제공하는가입니다.

지침은 다음과 같습니다. 자체 구축이 불가능한 중견 은행에 오케스트레이션을 서비스로 제공합니다. 라우팅 엔진, 유동성 예측, ISO 20022 변환을 매니지드 플랫폼으로 판매합니다. 글로벌 은행과 라우팅 로직으로 경쟁하려는 핀테크는 오케스트레이션 엔진의 마진 경제에서 패배합니다. 같은 로직을 자체 구축이 너무 작은 은행에 판매하는 핀테크가 지역 세그먼트를 차지합니다.

기업 트레저러 #

트레저러는 ERP 통합을 통해 레일 출력을 소비합니다. 2026년의 질문은 거래은행이 내보내는 구조화 데이터가 수작업 검토 없이 대사를 자동화할 만큼 풍부한가입니다.

지침은 다음과 같습니다. 모든 수신 결제 확인에서 pacs.008 풍부 송금 데이터를 요구합니다. 구체적으로, RmtInf/Strd/RfrdDocInf에 구조화된 송장 참조를 요구하고, 포괄 코드 OTHR이 아닌 ISO 20022 ExternalPurposeCode 목록의 목적 코드를 요구하며, 확인과 동일한 API 엔드포인트에서 상태 업데이트(pacs.002)를 요구합니다. 이러한 데이터를 제공할 수 없는 은행은 변환 레이어가 여전히 손실 변환 방식의 MT-to-MX 변환을 수행하고 있다는 신호입니다. 이것이 2026년 거래은행 선정 사이클의 올바른 RFP 질문입니다.

대사 논거는 트레저러 자신의 책상에 도달합니다. 구조화 pacs.008 송금 정보에 대한 자동 송장 매칭은 AP 팀의 예외 큐를 60~80% 줄입니다. 트레저러가 요구하고 측정할 수 있는 지속적인 생산성 향상입니다.

앞으로의 전개 #

가시적인 2026년 마일스톤은 스킴 차원입니다. FedNow와 RTP의 거래량 교차, 영국 소비자 결제에서 60%를 넘어서는 Open Banking PIS 커버리지, 국경 간 B2B를 위해 자체 발행 스테이블코인을 프로덕션에서 운영하는 첫 미국 은행. 보도자료 사실관계입니다.

비가시적인 2026년 작업은 오케스트레이터입니다. 2026년에 여기에 자금을 투입하는 은행이 2028년에 미국 B2B 결제의 80%를 라우팅하는 은행이 됩니다. 오케스트레이터 없이 또 하나의 레일 통합에 자금을 투입하는 은행은 같은 비용을 쓰고 출발점에서 끝납니다 — 마진을 포착하지 못한 채 서너 개의 레일 제품을 병렬로 운영하는 상태로.

2026년의 멀티레일 뱅크는 더 많은 레일을 운영하는 은행이 아닙니다. 레일이 그 위에 얹히는 라우팅 엔진, 유동성 북, pacs.008 변환기를 구축한 은행입니다.

자주 묻는 질문 #

FedNow와 RTP 중 어느 쪽이 이기게 됩니까?

어느 쪽도 아닙니다. 두 레일은 예측 가능한 시계 안에서 병렬로 운영됩니다. 참가 은행 목록은 상당 부분 겹치지만 완전히 일치하지는 않습니다 — FedNow에는 있지만 RTP에는 없는 은행, 그 반대 경우도 존재합니다. 참가자 중첩이 거의 완전해질 때까지 오케스트레이터는 거래상대방에 도달하는 레일로 라우팅합니다.

중견 은행은 오케스트레이션 엔진을 자체 구축해야 합니까, 구매해야 합니까?

일일 결제 거래량이 대략 10억 달러를 넘으면 라우팅 로직을 인하우스로 구축합니다. 그 아래에서는 구축 엔지니어링 비용이 포착되는 마진에 대해 상각되지 않습니다. 오케스트레이션을 매니지드 서비스로 판매하는 핀테크에서 구매하되, 거래당 수수료율에서 강하게 협상합니다.

원자적 결제는 코레스 뱅킹에 실제로 무엇을 의미합니까?

두 커스터디 지갑 간 USDC 이체는 중개 Nostro/Vostro 계좌 없이 15~30초 안에 온체인에서 청산됩니다. 동일한 달러 이동이 전통적인 코레스 뱅킹을 거치면 각자 결제 타이밍이 다른 3~5개 계좌를 거치며 수 시간에서 수일에 걸쳐 대사됩니다. 양 거래상대방이 지갑 인프라를 보유한 결제 회랑에서 온체인 경로는 구조적으로 더 저렴하고 더 빠릅니다. 해당 결제 회랑의 코레스 뱅킹 수익은 압축됩니다.

ISO 20022 변환 레이어의 올바른 출발점은 무엇입니까?

송신 pacs.008, 수신 pain.001(고객 신용이체 개시), 그리고 pacs.002 상태 보고로 시작합니다. 이 세 메시지가 도매 결제 흐름의 80%를 커버합니다. 2차 단계로 camt.053 대사와 pacs.004 반환을 추가합니다. 메시지 라이브러리에서 시작하지 마십시오 — 수신 레일이 요구하는 스킴 프로파일에서 시작해 역방향으로 작업합니다.

FedNow는 실제로 얼마만큼의 사전 자금공급 잔고를 요구합니까?

참가자 거래량에 따라 다릅니다. 시간당 즉시 결제 송금 피크가 5,000만 달러인 은행은 Fed의 FedNow 공동계좌에 그 자릿수에 해당하는 금액을 다음 한 시간을 위한 규모로 보유해야 합니다. 예측 수요에 연동된 스윕 자동화가 있으면 정상 상태 잔고는 피크가 아닌 중앙값에 가깝게 운영할 수 있지만, 피크는 여전히 수 분 내 통보로 커버 가능해야 합니다.

참고문헌 #

최종 검토 .

최종 검토 .