이더리움 파이널리티 뜻, 전송 완료처럼 보여도 확정을 따로 보는 이유

이더리움 파이널리티를 이해할 때 가장 먼저 나누어야 할 것은 “거래가 보인다”와 “거래가 확정됐다”입니다. 지갑 화면에는 전송 완료처럼 보이고, 블록 탐색기에는 내 거래가 잡혔는데, 거래소 입금은 아직 기다리라는 경우가 있습니다. 이때 파이널리티는 서비스가 게으르게 반영한다는 말도 아니고, 거래가 무조건 실패했다는 말도 아닙니다. 네트워크 합의 안에서 그 거래가 들어간 블록을 되돌리기 어려운 상태가 됐는지를 가리키는 말입니다.

그래서 파이널리티는 화면 문구보다 좁은 개념입니다. 사용자는 송금 버튼을 눌렀고, 거래는 블록에 포함됐고, 확인 수는 늘고 있을 수 있습니다. 하지만 서비스는 그보다 더 뒤의 상태를 보고 입금이나 출금을 반영할 수 있습니다.

화면 완료와 네트워크 확정

지갑에서 “완료”처럼 보이는 첫 순간은 대개 거래가 네트워크에 제출되고 블록에 포함됐다는 신호에 가깝습니다. 이 단계만으로도 사용자는 안심하고 싶지만, 블록체인은 여러 참여자가 계속 새 블록을 이어 붙이는 구조입니다. 짧은 시간 안에는 네트워크 상태나 재구성 가능성을 고려해 더 기다리는 서비스가 있을 수 있습니다.

Ethereum의 proof-of-stake 설명은 이더리움이 검증인, 블록, 체크포인트, finalized 상태를 통해 합의를 진행한다고 설명합니다. 여기서 중요한 것은 “한 거래가 보였다”보다 “그 거래가 들어간 블록이 합의 흐름 안에서 어느 정도 되돌리기 어려워졌는가”입니다.

거래소의 입금 확인 수는 이 finality 자체와 같은 말이 아닙니다. 거래소는 자기 위험 기준에 따라 몇 번의 확인을 기다릴지, 언제 계정 잔고로 반영할지 정합니다. 그래서 블록 탐색기에는 보이는데 거래소에는 늦게 뜨는 일이 생깁니다.

블록 포함 다음의 확인

이더리움에서는 거래가 블록에 포함되면 일단 공개 기록에 올라갑니다. 하지만 블록 포함은 파이널리티의 출발점에 더 가깝습니다. 이후 검증인들이 해당 블록과 체크포인트에 대해 투표에 가까운 신호를 보내고, 네트워크는 그 신호를 모아 더 강한 확정 상태로 넘어갑니다.

Ethereum attestation 문서는 검증인이 블록과 체크포인트에 대해 attest하는 역할을 설명합니다. 일반 독자가 모든 슬롯과 에포크 구조를 외울 필요는 없습니다. 다만 이더리움의 확정은 한 서버가 “완료”라고 표시해서 생기는 것이 아니라, 여러 검증인이 네트워크 상태에 동의하는 흐름 속에서 강해진다는 점을 알면 충분합니다.

이 구분은 전송 대기 화면을 볼 때 유용합니다. 블록에 들어갔는지, 확인 수가 늘고 있는지, 서비스가 요구하는 기준을 채웠는지, 그리고 네트워크 finality 관점에서 되돌리기 어려운 상태가 됐는지를 따로 보는 것입니다.

finalized가 의미하는 것

finalized는 “앞으로 절대 어떤 일도 없을 것”이라는 마케팅 문구가 아닙니다. 현실적으로 되돌리려면 매우 큰 합의 위반과 비용이 필요한 상태라는 뜻에 가깝습니다. 그래서 서비스들은 finality를 기준으로 위험을 줄이고, 사용자는 단순히 첫 표시만 보고 모든 처리가 끝났다고 단정하지 않는 편이 좋습니다.

예를 들어 ETH나 토큰을 거래소로 보냈다고 해 보겠습니다. 내 지갑에서는 잔고가 빠졌고, 블록 탐색기에는 거래가 보입니다. 그래도 거래소가 요구하는 확인 수가 남아 있거나 내부 입금 처리가 아직 끝나지 않았다면 계정 잔고에는 늦게 반영될 수 있습니다. 이때 확인해야 할 것은 세 가지입니다.

• 거래 해시가 실제 블록에 포함됐는지
• 확인 수나 finalized 상태가 서비스 기준을 충족했는지
• 보낸 네트워크와 입금 주소가 서비스가 지원하는 경로와 맞는지

마지막 항목은 finality와 별개입니다. 네트워크에서 확정된 거래라도 잘못된 네트워크나 지원하지 않는 입금 경로로 보냈다면 서비스 반영 문제는 따로 생길 수 있습니다.

비용과 대기열은 다른 문제

최근 이더리움 글에서는 블롭 수수료처럼 L2 비용을 읽는 문제도 다뤘습니다. 수수료는 거래를 제출하고 처리하는 비용의 표면이고, 파이널리티는 그 거래가 합의 안에서 되돌리기 어려워지는 상태입니다. 둘은 같은 화면에 함께 보일 수 있지만 같은 질문이 아닙니다.

stETH 출금처럼 프로토콜 안의 출금 대기열도 finality와 다릅니다. 네트워크 거래가 확정됐다고 해서 특정 프로토콜의 청구권 처리나 출금 대기열이 즉시 끝나는 것은 아닙니다. 반대로 프로토콜 대기열이 길다고 해서 이더리움 네트워크 finality가 느리다는 뜻도 아닙니다.

StableEarning의 스테이블코인 실시간 데이터처럼 여러 수익률과 체인을 한 화면에서 볼 때도 이 구분은 중요합니다. 수익률, 수수료, 입금 반영, 네트워크 확정은 서로 다른 레이어입니다.

전송 상태를 읽는 순서

이더리움 파이널리티를 실전에서 읽을 때는 한 줄로 판단하지 않는 편이 좋습니다. 먼저 거래 해시가 있는지 봅니다. 다음으로 블록에 포함됐는지 확인합니다. 그다음 확인 수가 쌓이는지, 서비스가 요구하는 기준에 가까워졌는지, 최종적으로 서비스 잔고에 반영됐는지를 나누어 봅니다.

이 순서를 잡으면 “전송 완료라고 떴는데 왜 아직 안 들어오지”라는 상황을 더 차분히 볼 수 있습니다. 지갑의 완료 표시는 네트워크 제출과 블록 포함을 가리킬 수 있고, finalized는 네트워크 합의의 확정 강도를 가리키며, 거래소 입금 반영은 서비스 정책까지 포함합니다. 이더리움 파이널리티의 뜻은 결국 거래가 보이는 순간을 이름 붙인 것이 아니라, 그 거래가 들어간 블록을 되돌리기 어려워진 합의 상태를 따로 부르는 말입니다.