레이턴시

레이턴시, 어렵지 않아요 왜 어떤 시스템은 빠르고 어떤 건 느릴까요

1. 레이턴시가 뭔가요?

레이턴시(Latency)는 정보나 명령이 한 곳에서 다른 곳으로 전달돼서 처리될 때까지 걸리는 '시간 지연'을 말해요. 보통 밀리초(ms, 1000분의 1초) 단위로 재고요, 이 값이 작을수록 시스템이 더 빨리 반응한다는 뜻이에요.

레이턴시는 대역폭이나 초당 거래 처리량과는 다른 개념이에요. 대역폭은 '1초에 데이터가 얼마나 많이 흐르는가', 즉 한꺼번에 얼마나 나를 수 있는지를 나타내는 처리량 지표예요. 반면 레이턴시는 요청 하나가 출발해서 돌아오기까지 걸리는 '왕복 시간'에 초점을 둬요. 그래서 회선이 아무리 굵어도(대역폭이 커도) 한 번의 응답이 돌아오는 데 오래 걸리면 레이턴시는 높은 거예요.

조금 더 넓게 보면, 레이턴시는 어떤 원인이 결과로 이어지기까지의 물리적인 지연이에요. 그리고 이 지연에는 아무리 줄여도 사라지지 않는 최소한의 바닥이 있어요. 어떤 신호도 빛의 속도보다 빠를 수는 없기 때문에, 아무리 완벽한 시스템을 만들어도 거리가 멀면 그만큼의 최소 지연은 남을 수밖에 없어요.

이렇게 보면 쉬워요 · 대역폭은 도로의 '차선 수', 레이턴시는 차 한 대가 목적지까지 '갔다 오는 시간'이에요. 차선이 아무리 많아도 길이 멀면 왕복 시간은 길어져요.

2. 레이턴시에는 어떤 종류가 있나요?

레이턴시는 어디서 생기느냐에 따라 크게 두 가지로 나눌 수 있어요.

첫째는 네트워크 레이턴시예요. 물리적인 거리, 신호가 지나가는 경로, 통신 회선의 품질에 따라 정해져요. 서버끼리 지리적으로 멀리 떨어져 있을수록, 그리고 신호가 거쳐 가는 중계 지점이 많을수록 커져요.

둘째는 처리 레이턴시예요. 노드나 서버가 요청을 받아서 확인하고 계산해서 응답을 만들어 내는 데 걸리는 시간이에요. 요청이 복잡하거나 서버가 붐빌수록 늘어나요.

실제로 사용자가 느끼는 지연은 이 두 가지가 여러 단계에 걸쳐 쌓인 결과예요. 요청이 전송되고, 처리되고, 응답이 돌아오는 각 구간에서 생긴 지연이 전부 합쳐진 값이 최종 레이턴시가 되는 거죠.

3. 블록체인에서는 어떻게 나타나나요?

암호화폐 네트워크에서 레이턴시는 여러 단계에서 나타나요.

첫째는 전파 지연이에요. 사용자가 보낸 거래는 P2P 네트워크(중앙 서버 없이 컴퓨터들끼리 직접 연결된 구조)의 노드들 사이를 가십 프로토콜(소문이 퍼지듯 서로서로 전달하는 방식)로 퍼져 나가서 각 노드의 멤풀(아직 처리되지 않은 거래가 대기하는 공간)에 도착해요. 노드들이 넓게 흩어져 있을수록 거래가 네트워크 전체에 퍼지는 데 시간이 더 걸려요.

둘째는 확정 지연이에요. 멤풀에 들어간 거래가 실제로 블록에 담겨서 되돌릴 수 없게 확정되기까지의 지연인데, 블록 생성 시간과 확인 시간의 영향을 크게 받아요. 블록이 만들어지는 간격이 길거나, 네트워크가 붐벼서 대기 중인 거래가 많으면, 거래 하나가 최종 확정되기까지의 레이턴시가 길어져요.

이런 지연은 사용자 경험뿐 아니라 네트워크의 안전성과도 연결돼요. 블록이 널리 퍼지는 데 시간이 오래 걸리면 서로 다른 노드가 잠깐 서로 다른 상태를 보게 되는 구간이 생기고, 이 때문에 체인이 갈라질(분기될) 가능성이 높아져요.

4. 거래(트레이딩)에서는 왜 중요한가요?

거래 환경에서 레이턴시는 곧바로 수익과 연결돼요. 특히 고빈도 거래(컴퓨터가 아주 빠르게 수많은 주문을 넣는 방식)나 차익거래(같은 자산의 가격 차이를 이용해 이익을 내는 거래)에서는 몇 밀리초 차이가 체결 가격을 바꿔요. 시장 정보를 남보다 조금이라도 먼저 받아서 주문을 조금이라도 먼저 넣는 쪽이 더 유리한 가격을 가져가기 때문이에요.

그래서 트레이더들은 거래소의 매칭 엔진(주문을 서로 맞춰 체결시키는 시스템)과 물리적으로 가까운 곳에 자기 서버를 두는 코로케이션을 활용해서 네트워크 레이턴시를 최대한 줄이려고 해요. 신호가 오가는 거리를 줄이는 것만으로도 지연을 크게 낮출 수 있거든요.

거래소 종류에 따라서도 레이턴시 특성이 달라요. 중앙화 거래소는 대체로 내부 서버에서 주문을 처리하기 때문에 레이턴시가 낮은 편이에요. 반면 탈중앙화 거래소는 거래가 블록체인에서 확정돼야 하기 때문에, 앞에서 말한 전파·확정 지연이 그대로 반영돼서 지연이 상대적으로 커요.

5. 확장 기술은 레이턴시와 어떻게 얽혀 있나요?

블록체인을 설계할 때는 '낮은 레이턴시', '높은 처리량', '강한 탈중앙성' 세 가지를 동시에 이루기가 어려워요. 셋 중 둘을 좋게 만들면 나머지 하나가 희생되기 쉬운데, 이 긴장 관계가 확장성 문제의 핵심으로 꼽혀요. 합의 알고리즘(여러 컴퓨터가 무엇이 맞는지 서로 맞춰 보는 방법)이 더 많은 노드의 동의를 요구할수록 안전성과 탈중앙성은 높아지지만, 합의에 이르는 시간이 길어져서 레이턴시가 늘어나요.

이걸 줄이려고 레이어 2 같은 확장 기술이 도입됐어요. 많은 거래를 오프체인(메인 블록체인 바깥)에서 빠르게 처리한 다음 그 결과만 메인 체인에 기록하는 방식이에요. 덕분에 사용자가 거래할 때마다 메인체인의 확정을 기다리지 않아도 돼서 체감 지연이 줄어요. 라이트닝 네트워크처럼 두 사람 사이의 채널에서 거래를 즉시 주고받고 마지막 정산 결과만 메인 체인에 남기는 방식도 같은 맥락이에요.

모나드나 메가이더처럼, 아예 레이어 1(메인 블록체인 그 자체) 단계에서부터 실행·확정 지연을 낮추는 걸 목표로 설계된 네트워크도 등장하고 있어요.

6. 컴퓨터 한 대 안에서도 생기나요?

레이턴시는 네트워크에서만 생기는 게 아니라 컴퓨터 한 대 안에서도 생겨요. 컴퓨터는 프로세스라고 부르는 명령 묶음을 실행하는데, 여러 프로세스가 동시에 돌아갈 때 운영체제가 이들에게 실행 순서를 나눠 줘요. 이걸 스케줄링이라고 해요. 이 과정에서 어떤 프로세스는 다른 프로세스에 밀려서 실행이 늦어질 수 있어요.

예를 들어 어떤 프로세스가 하드웨어의 전압을 일정한 주기로 바꾸라고 명령을 내려도, 운영체제가 그 명령을 실제로 하드웨어에 반영하는 시점은 내부 시계와 그때그때의 스케줄링 상황에 따라 어긋날 수 있어요. 명령이 내려진 순간과 하드웨어가 실제로 반응하는 순간 사이의 이 간격이 바로 처리 레이턴시예요. 그래서 아주 정밀한 실시간 제어가 필요한 분야에서는 운영체제 수준의 레이턴시를 낮추는 게 중요한 과제가 돼요.

7. 통신과 온라인 게임에서는요?

레이턴시는 실시간으로 주고받는 게 중요한 통신 서비스에서 특히 민감하게 다뤄져요. 대표적인 게 온라인 게임이에요. 새로 벌어지는 상황에 빨리 반응하는 쪽이 유리하고 응답이 느리면 불리해지니까, 지연이 곧바로 결과에 영향을 줘요. 게임하는 사람들이 흔히 쓰는 '랙(lag)'이라는 말이 바로 이 레이턴시가 눈에 띄게 커진 상태를 가리켜요.

자본시장의 알고리즘 트레이딩도 통신 레이턴시에 민감해요. 시장 상황이 바뀌는 순간과 주문이 반영되는 순간 사이의 짧은 지연을 줄이려는 노력이, 앞에서 이야기한 코로케이션이나 회선 최적화 같은 방법으로 이어져요.

8. 무조건 낮추면 좋은 걸까요?

레이턴시를 줄이려는 노력은 여러 방향에서 이어지고 있어요. 물리적으로는 신호가 오가는 거리를 줄이고 회선 품질을 높이는 방식이 쓰이고, 소프트웨어적으로는 검증·연산 과정을 최적화해서 처리 지연을 줄이는 방식이 쓰여요.

다만 블록체인에서는 레이턴시를 무작정 낮추는 게 항상 좋은 건 아니에요. 확정을 서두르면 되돌릴 수 없게 만드는 안전성이 약해질 수 있고, 소수의 강력한 노드에 처리를 몰아주면 지연은 줄지만 탈중앙성이 훼손될 수 있어요. 결국 낮은 레이턴시는 처리량·안전성·탈중앙성 사이에서 균형을 잡는 설계 문제예요. 이 균형을 어떻게 맞추느냐가 각 네트워크와 서비스의 성격을 결정하는 거죠.