--- title: "초당 거래 처리량" title_en: "Tps" type: 용어 url: https://wiki.tokenpost.kr/w/tps canonical: https://wiki.tokenpost.kr/w/tps language: ko publisher: "토큰포스트" updated: 2026-07-31T00:47:50.034+00:00 created: 2026-07-28T23:12:36.392511+00:00 same_as: ["https://en.wikipedia.org/wiki/Tps"] status: draft --- # 초당 거래 처리량 > Tps > **인용 전에 확인해 주세요.** 이 문서는 자동으로 만든 초안이며 사람의 > 검수를 거치지 않았습니다. 사실 관계는 아래 각주의 원문으로 확인해 주세요. **분류**: 용어 초당 거래 처리량(TPS)은 어떤 시스템이 1초 동안 처리할 수 있는 거래의 수를 뜻하며, 블록체인 분야에서는 네트워크의 처리량과 확장성을 비교하는 대표적인 척도로 쓰인다. ## 1. 개요 **TPS**는 Transactions Per Second의 약자로, 어떤 시스템이 1초 동안 처리할 수 있는 거래의 수를 의미한다. 원래는 은행·카드사 등 전통적인 결제 시스템의 처리 능력을 재는 데 쓰였으나, 블록체인 분야에서는 네트워크의 **처리량(throughput)**과 확장성을 비교하는 대표적인 척도로 사용된다. TPS가 높을수록 같은 시간 동안 더 많은 거래를 처리할 수 있어, 이용자가 몰려도 지연이나 수수료 급등이 덜 발생한다. 반대로 TPS가 낮으면 거래가 [노드](https://wiki.tokenpost.kr/w/node)들 사이에서 처리 대기 상태에 쌓이고, 사용자는 더 높은 수수료를 내야 자신의 거래를 먼저 처리되게 할 수 있다. 이 때문에 TPS는 블록체인이 실제 서비스로 널리 쓰일 수 있는지를 가늠하는 확장성 논의의 핵심 지표가 된다. 초당 거래 처리량은 거래 처리량, 처리량 등으로도 불리며, [레이어 1](https://wiki.tokenpost.kr/w/layer-1) 기반 체인과 [레이어 2](https://wiki.tokenpost.kr/w/layer-2) 솔루션의 성능을 비교하거나 확장 기술의 효과를 설명할 때 반복적으로 등장한다. ## 2. 측정 방법과 이론 TPS 블록체인의 **이론상 TPS**는 대체로 '한 블록에 담기는 거래 수'를 '[블록 생성 시간](https://wiki.tokenpost.kr/w/block-time)'으로 나눈 값으로 추정한다. 예를 들어 한 블록에 담을 수 있는 거래가 많고 블록이 자주 생성될수록 이 값은 커진다. 다만 이론상 수치와 실제 측정값(실측 TPS)은 다를 수 있다. 실제 처리량은 다음과 같은 요소에 좌우된다. - **거래의 무게**: 단순 송금과 복잡한 스마트 계약 실행은 소모하는 자원이 다르다. 이더리움 계열에서는 [가스](https://wiki.tokenpost.kr/w/gas) 사용량이 클수록 한 블록에 담기는 거래 수가 줄어든다. - **네트워크 혼잡도**: 처리를 기다리는 거래가 [멤풀](https://wiki.tokenpost.kr/w/mempool)에 쌓이면 실효 처리량과 대기 시간이 함께 나빠진다. - **최대치와 지속치의 구분**: 짧은 순간의 최고 처리량(peak)과 오랜 시간 유지 가능한 처리량(sustained)은 구별해야 한다. 따라서 하나의 TPS 숫자만으로 네트워크를 단정하기 어렵고, 어떤 조건에서 측정했는지를 함께 봐야 한다. ## 3. 결정 요인 블록체인의 이론적 TPS는 블록 용량이 크고 블록이 자주 만들어질수록 높아진다. 다만 블록 용량과 생성 속도를 무리하게 키우면 [노드](https://wiki.tokenpost.kr/w/node)의 저장·전송 부담이 커지고 탈중앙성이 약해질 수 있어, 실제 설계에서는 [합의 알고리즘](https://wiki.tokenpost.kr/w/consensus-algorithm)의 특성과 함께 균형이 필요하다. 일반적으로 [작업증명](https://wiki.tokenpost.kr/w/proof-of-work) 기반 네트워크는 TPS가 낮은 편이고, [지분증명](https://wiki.tokenpost.kr/w/proof-of-stake)이나 [위임 지분증명](https://wiki.tokenpost.kr/w/delegated-proof-of-stake) 같은 방식은 상대적으로 높은 TPS를 목표로 한다. 합의 과정에서 얼마나 많은 노드가 어떤 방식으로 참여하느냐가 처리량과 안전성 사이의 균형을 결정한다. 또한 TPS 수치만으로 성능을 단정하기 어려운데, [확인 시간](https://wiki.tokenpost.kr/w/confirmation-time)(거래가 확정되기까지 걸리는 시간)과 최종성(finality) 역시 실제 사용성에 큰 영향을 주기 때문이다. ## 4. 확장성 트릴레마 TPS 논의는 흔히 **블록체인 트릴레마**와 함께 다뤄진다. 이는 탈중앙성, 보안, 확장성이라는 세 가치를 동시에 모두 극대화하기 어렵고, 하나를 크게 끌어올리면 다른 하나가 희생되기 쉽다는 관점이다. - 블록 용량을 키우고 블록을 빠르게 만들면 처리량은 오르지만, 모든 거래를 검증·저장해야 하는 [노드](https://wiki.tokenpost.kr/w/node)의 부담이 커져 개인이 노드를 운영하기 어려워진다. 그 결과 소수의 강력한 노드에 권한이 몰리며 탈중앙성이 약해질 수 있다. - 반대로 누구나 참여할 수 있도록 노드 요구 사양을 낮게 유지하면 탈중앙성과 [검열 저항성](https://wiki.tokenpost.kr/w/censorship-resistance)은 지키지만 처리량을 크게 올리기 어렵다. 이 때문에 높은 TPS 자체가 항상 좋은 설계인 것은 아니며, 어떤 가치를 어느 정도 양보하고 무엇을 지켰는지를 함께 봐야 한다는 것이 확장성 논의의 핵심이다. ## 5. TPS만으로 부족한 이유: 확인 시간과 최종성 높은 TPS가 곧 좋은 사용성을 뜻하지는 않는다. 실제 결제나 서비스에서는 거래가 '얼마나 빨리 되돌릴 수 없게 확정되는가', 즉 최종성(finality)이 중요하다. - **[확인 시간](https://wiki.tokenpost.kr/w/confirmation-time)**: 거래가 블록에 담긴 뒤 충분히 확정된 것으로 볼 수 있을 때까지 걸리는 시간이다. 처리량이 높아도 확정까지 오래 걸리면 체감 속도는 느리다. - **확률적 최종성 대 결정적 최종성**: [작업증명](https://wiki.tokenpost.kr/w/proof-of-work)처럼 뒤에 블록이 쌓일수록 되돌릴 확률이 낮아지는 방식과, 특정 조건이 충족되면 즉시 확정으로 간주하는 방식이 있다. [비잔틴 장애 허용](https://wiki.tokenpost.kr/w/byzantine-fault-tolerance) 계열 합의는 빠른 결정적 최종성을 목표로 한다. - **[레이턴시](https://wiki.tokenpost.kr/w/latency)**: 네트워크 전파 지연 역시 실제 응답 속도에 영향을 준다. 따라서 처리량, 확인 시간, 최종성, 수수료를 함께 봐야 네트워크의 실제 성능을 균형 있게 평가할 수 있다. ## 6. 전통 결제망과의 비교 TPS라는 개념은 본래 은행·카드 결제망의 처리 능력을 재기 위해 쓰였다. 비자(Visa) 같은 대형 결제망은 수천 TPS 이상을 처리한다고 알려져 있으며, 이는 초기 블록체인의 처리량을 훨씬 웃도는 수준이다. 이러한 차이는 초기 블록체인의 처리량이 대중적 결제 수단에 비해 크게 낮다는 지적으로 오랫동안 이어졌다. 다만 두 시스템은 성격이 다르다. 전통 결제망은 중앙 운영 주체가 거래를 처리·정산하는 반면, 블록체인은 다수의 [노드](https://wiki.tokenpost.kr/w/node)가 같은 [분산원장](https://wiki.tokenpost.kr/w/distributed-ledger)을 검증·복제한다. 블록체인은 처리량을 일부 양보하는 대신 [검열 저항성](https://wiki.tokenpost.kr/w/censorship-resistance), 투명성, 단일 실패 지점의 부재 같은 특성을 추구한다는 점에서, TPS 숫자만으로 두 시스템을 단순 비교하기는 어렵다는 반론도 있다. ## 7. 주요 네트워크의 처리량 비교 대표적으로 [비트코인](https://wiki.tokenpost.kr/w/bitcoin) 네트워크는 약 7 TPS, [이더리움](https://wiki.tokenpost.kr/w/ethereum)은 대략 15~30 TPS 수준의 처리량을 가진 것으로 알려져 있다. 이는 두 네트워크가 탈중앙성과 보안을 우선하는 보수적 설계를 택한 결과로 이해된다. 반면 비자 같은 전통 결제망은 수천 TPS 이상을 처리한다고 알려져 있어, 초기 블록체인의 처리량이 대중적 결제 수단에 비해 크게 낮다는 점이 오랫동안 지적되어 왔다. 이러한 격차가 확장 기술 연구와 새로운 [레이어 1](https://wiki.tokenpost.kr/w/layer-1) 설계를 촉진하는 배경이 되었다. 다만 이 수치들은 조건과 시점에 따라 달라질 수 있는 대략적인 값이므로, 네트워크 간 성능을 비교할 때는 측정 조건과 함께 [확인 시간](https://wiki.tokenpost.kr/w/confirmation-time)·최종성까지 고려하는 것이 바람직하다. ## 8. 확장 기술 낮은 TPS라는 한계를 극복하기 위해 여러 확장 기술이 제시되었다. 크게 기반 체인 자체를 개선하는 방식과, 기반 체인 위나 밖에서 거래를 처리하는 방식으로 나뉜다. - **[오프체인](https://wiki.tokenpost.kr/w/off-chain) 처리**: 거래의 일부를 메인 체인 밖에서 처리하고 결과만 체인에 기록해 부담을 줄인다. - **[레이어 2](https://wiki.tokenpost.kr/w/layer-2) 솔루션**: 기반 체인의 보안을 빌리면서 거래를 별도 계층에서 묶어 처리한다. [아비트럼](https://wiki.tokenpost.kr/w/arbitrum), [리네아](https://wiki.tokenpost.kr/w/linea), [맨틀](https://wiki.tokenpost.kr/w/mantle), [블라스트](https://wiki.tokenpost.kr/w/blast) 등이 이더리움 위에서 동작하는 대표적인 예다. - **[라이트닝 네트워크](https://wiki.tokenpost.kr/w/lightning-network)**: 비트코인의 결제 채널 기반 오프체인 확장 방식으로, 소액 결제를 빠르게 주고받도록 설계되었다. - **[샤딩](https://wiki.tokenpost.kr/w/sharding)**: 네트워크를 여러 조각으로 나누어 병렬로 처리해 전체 처리량을 높인다. 이들은 기반 체인의 안전성을 유지하면서 실질적인 TPS를 끌어올리는 것을 목표로 한다. 특히 레이어 2는 기반 체인에 남기는 데이터 비용이 실효 처리량을 좌우하므로, 이 비용을 낮추는 방향의 기반 체인 개선과 함께 발전해 왔다. ## 9. 고성능 레이어 1의 등장 기존 체인의 처리량 한계를 처음부터 다르게 풀려는 새로운 [레이어 1](https://wiki.tokenpost.kr/w/layer-1) 네트워크들도 등장했다. 이들은 대체로 [지분증명](https://wiki.tokenpost.kr/w/proof-of-stake) 계열 합의와 함께, 여러 거래를 동시에 실행하는 병렬 처리 같은 기법으로 높은 TPS를 목표로 한다. - [아발란체](https://wiki.tokenpost.kr/w/avalanche-2), [알고랜드](https://wiki.tokenpost.kr/w/algorand), [앱토스](https://wiki.tokenpost.kr/w/aptos) 등은 빠른 최종성과 높은 처리량을 함께 겨냥한 설계를 내세운다. - [헤데라](https://wiki.tokenpost.kr/w/hedera-hashgraph)는 블록 체인 구조 대신 [방향성 비순환 그래프](https://wiki.tokenpost.kr/w/dag) 계열의 자료 구조를 활용한다. - [모나드](https://wiki.tokenpost.kr/w/monad), [메가이더](https://wiki.tokenpost.kr/w/megaeth) 같은 후발 프로젝트는 병렬 실행 등으로 처리량을 크게 끌어올리는 것을 주요 과제로 삼는다. 다만 이러한 네트워크들이 내세우는 처리량은 이론상 최대치이거나 특정 조건에서의 값인 경우가 많아, 실제 사용 환경에서의 지속 가능한 TPS 및 [노드](https://wiki.tokenpost.kr/w/node) 요구 사양과 함께 살펴볼 필요가 있다. ## 10. 측정의 함정과 논란 TPS는 이해하기 쉬운 숫자라는 이유로 마케팅에 자주 활용되지만, 그만큼 오해를 부르기도 한다. - **이론상 최대치와 실측치의 혼동**: 실험실 조건이나 최적화된 상황에서 나온 최대 TPS가 실제 운영 환경의 처리량인 것처럼 소개되는 경우가 있다. - **거래 종류의 차이**: 단순 송금만으로 잰 수치는 복잡한 스마트 계약이 오가는 실제 환경보다 높게 나오기 쉽다. - **다른 지표의 생략**: 처리량만 강조하고 [확인 시간](https://wiki.tokenpost.kr/w/confirmation-time), 최종성, 탈중앙성 수준, 수수료를 함께 밝히지 않으면 성능이 과대평가될 수 있다. 이 때문에 서로 다른 네트워크의 TPS를 나란히 비교할 때는 동일한 측정 조건인지, 어떤 가치를 양보한 결과인지를 함께 따지는 신중한 태도가 필요하다. ## 11. 앞으로의 과제 블록체인의 확장성 논의는 여전히 진행 중이다. 핵심 과제는 처리량을 높이면서도 탈중앙성과 보안을 함께 지키는 균형을 찾는 것이다. 최근에는 실행·합의·데이터 저장 같은 역할을 나누어 각각을 최적화하는 모듈형 접근, [레이어 2](https://wiki.tokenpost.kr/w/layer-2)가 기반 체인에 남기는 데이터의 비용과 가용성을 낮추는 연구, 여러 체인을 잇는 [상호운용성](https://wiki.tokenpost.kr/w/interoperobility) 확보 등이 함께 논의된다. 이러한 흐름 속에서 TPS는 여전히 널리 쓰이는 지표이지만, 단일 숫자보다 [확인 시간](https://wiki.tokenpost.kr/w/confirmation-time)·최종성·수수료·탈중앙성을 아우르는 종합적인 성능 평가로 나아가는 것이 과제로 남아 있다. ## 12. 연표 - **2009** (이정표) 비트코인 네트워크 가동, 초당 약 7건 수준의 처리량으로 블록체인 확장성 논의의 출발점이 됨 - **2015** (이정표) 이더리움 메인넷 출시, 스마트 계약 실행으로 처리량 부담이 새롭게 부각됨 - **2017** (이정표) 비트코인 세그윗(SegWit) 활성화로 블록의 실효 처리 용량이 늘어남 - **2018** (출시) 비트코인 라이트닝 네트워크 메인넷 가동, 오프체인 결제로 처리량 확장 시도 - **2020** (이정표) 이더리움 비콘 체인 출시, 지분증명 전환의 기반 마련 - **2022** (이정표) 이더리움 '더 머지'로 작업증명에서 지분증명으로 전환 - **2024** (이정표) 이더리움 덴쿤 업그레이드(EIP-4844)로 레이어 2의 데이터 비용을 낮춰 실질 처리량 개선을 도모 --- 같은 개체: [Wikipedia(EN)](https://en.wikipedia.org/wiki/Tps) 원문: https://wiki.tokenpost.kr/w/tps 최종 수정: 2026-07-31T00:47:50.034+00:00 발행: 토큰포스트 위키. 인용할 때 문서 제목과 원문 주소를 함께 밝혀 주세요.