멀티체인 활동 합산의 중복: 브리지 송수신을 두 번 세는 문제

체인 A에서 잠그거나 소각한 기록과 체인 B에서 발행하거나 지급한 기록은 같은 이전의 양쪽 단계일 수 있습니다. 두 체인의 활동량을 더하는 것과 독립적인 경제적 이전량을 세는 것은 다른 분석입니다. 출발·도착 체인, 브리지, 토큰 대응 관계, 메시지 식별자로 기록을 연결하고 진행 중인 이동은 완료와 분리해야 합니다.

같은 자산 이동이 양쪽 장부에 흔적을 남깁니다

다른 체인으로 자산을 보낼 때 출발 체인에서는 잠금이나 소각이 기록되고 도착 체인에서는 발행이나 지급이 기록될 수 있습니다. 이용자의 목적은 한 번의 이전이지만 네트워크 관점에서는 여러 실행이 필요합니다. 무엇을 세려는지에 따라 두 기록을 모두 세거나 하나로 묶는 선택이 달라집니다.

체인별 처리 부하를 설명하려면 각 체인이 수행한 실행을 유지하는 것이 맞을 수 있습니다. 반대로 고유한 자산 이전 건수를 알고 싶다면 대응하는 출발과 도착을 연결해야 합니다. 원시 실행량을 발표하면서 경제적 이전량이라고 이름 붙이는 순간 중복 문제가 생깁니다.

특정 토큰 100개를 A에서 B로 옮긴 가상 사례에서 A의 출발 100과 B의 도착 100을 더해 ‘새 자금 200 유입’이라고 쓰면 잘못된 인상을 줍니다. 같은 자산의 다른 표현 또는 발행 위치 변경일 수 있으므로 유입을 어느 체인의 어느 경계에서 측정했는지 적어야 합니다.

양쪽 장부에 두 번 나타난다는 사실과 경제적 이전이 두 번 일어났다는 주장은 다릅니다.

JOBCOIN 브리지 통계 해설

VISUAL GUIDE체인 사이의 검증 과정

1. 01
   같은 자산 이동이 양쪽 장부에 흔적을 남깁니다

   다른 체인으로 자산을 보낼 때 출발 체인에서는 잠금이나 소각이 기록되고 도착 체인에서는 발행이나 지급이 기록될 수 있습니다.

2. 02
   잠금·발행과 소각·발행을 같은 회계로 보지 않습니다

   OP Stack의 표준 브리지 문서는 L1 토큰을 잠그고 L2의 대응 토큰을 발행하는 흐름, 돌아올 때 대응 토큰을 소각하고 원본을 푸는 흐름을 설명합니다.

3. 03
   해시 하나가 아니라 연결 관계를 보관합니다

   출발 거래 해시와 도착 거래 해시는 보통 같은 문자열이 아닙니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

잠금·발행과 소각·발행을 같은 회계로 보지 않습니다

OP Stack의 표준 브리지 문서는 L1 토큰을 잠그고 L2의 대응 토큰을 발행하는 흐름, 돌아올 때 대응 토큰을 소각하고 원본을 푸는 흐름을 설명합니다. 이 경우 잠긴 원본과 대응 토큰은 서로 연결된 항목입니다. 두 잔액을 독립적인 신규 공급으로 모두 더하지 않도록 주의해야 합니다.

Circle의 CCTP 기술 문서는 출발 체인에서 USDC를 소각한 뒤 확인 메시지를 거쳐 도착 체인에서 발행하는 구조를 설명합니다. 잠금 자산을 담보로 별도 표현 토큰을 만드는 방식과 회계 경로가 다릅니다. 브리지라는 같은 이름만으로 모든 서비스에 잠금 잔액 대사를 적용할 수 없습니다.

유동성 제공자가 먼저 도착 자산을 지급하고 뒤에서 정산하는 구조도 별도 분류가 필요합니다. 빠른 지급과 최종 정산이 서로 다른 이벤트라면 한 이용자 이전을 두 번 완료로 셀 수 있기 때문입니다. 브리지 래핑 공급량 대사를 함께 보면 구조별로 어떤 자산을 연결해야 하는지 이해하기 쉽습니다.

해시 하나가 아니라 연결 관계를 보관합니다

출발 거래 해시와 도착 거래 해시는 보통 같은 문자열이 아닙니다. 브리지의 메시지나 이전 식별자를 이용해 두 기록의 관계를 찾아야 합니다. 체인 ID, 브리지 버전, 메시지 식별자, 토큰 주소, 수량과 수취 대상을 함께 보관하면 잘못된 연결을 줄일 수 있습니다.

표준 브리지의 시작 및 완료 이벤트가 어떤 필드를 제공하는지 확인하고, 필요하다면 메시저의 기록을 함께 대조합니다. 같은 금액과 같은 시각이라는 이유만으로 자동 연결하지 않습니다. 이용자가 같은 금액을 연속으로 보냈거나 여러 서비스가 동일한 토큰을 취급할 수 있습니다.

가상 이전 A-17의 출발이 23시 59분이고 도착이 다음 날 00시 03분이라면 두 날짜에 기록이 나뉩니다. 출발일 기준 이전량과 도착일 기준 완료량은 모두 유용하지만 서로 다른 열입니다. 날짜별 합계를 바로 빼서 분실량을 계산하면 정상적인 처리 지연까지 결손처럼 보일 수 있습니다.

재시도와 중복 수집이 건수를 부풀릴 수 있습니다

메시지가 한 번에 처리되지 않아 재시도되면 실행 시도는 여러 번 발생할 수 있습니다. 모든 시도 기록을 독립 이전으로 세면 이용자가 보낸 자산보다 많은 이동량이 집계될 수 있습니다. 시도 횟수와 최종적으로 완료된 이전 건수를 분리해야 합니다.

데이터 수집기가 같은 블록 범위를 다시 읽은 경우에도 동일 이벤트가 여러 번 저장될 수 있습니다. 원시 로그에는 체인, 블록 식별자, 거래 해시, 로그 위치를 남기고 고유 기준에 따라 중복을 제거합니다. 메시지 수준의 연결 키는 개별 로그의 중복 제거 키와 목적이 다릅니다.

체인 재구성이 발생하면 이전에 보았던 로그가 최종 기록에서 사라지거나 다른 블록에 다시 포함될 수 있습니다. 단순히 처음 본 시각의 기록을 영구 확정하지 않습니다. 어떤 확인 상태에서 잠정 집계를 확정 집계로 바꾸는지 분석 정책에 명시해야 합니다.

누락된 도착 기록은 원인을 나누어 조사합니다

출발은 확인됐지만 도착 기록을 찾지 못했다면 우선 관측 범위와 수집 지연을 살핍니다. 아직 처리 중이거나 추가 증명·최종화 단계가 필요할 수 있고, 조회한 계약 버전이나 수취 주소가 잘못됐을 수도 있습니다. 자료가 없다는 사실만으로 자산이 사라졌다고 쓰지는 않습니다.

브리지의 실제 실패 상태가 확인되면 해당 상태와 복구 또는 재시도 절차가 존재하는지를 별도로 기록합니다. 다른 체인의 수취량이 적다면 수수료인지 다른 자산 단위인지 먼저 확인합니다. 소수 자릿수 변환을 놓치면 실제 수량이 같아도 큰 차이로 표시될 수 있습니다.

대사 표에는 미완료 잔액을 남기고 다음 관측 시점에 상태를 갱신합니다. 진행 중인 항목을 계산 편의를 위해 삭제하면 전체 이전 흐름에서 불편한 부분이 사라집니다. 동시에 원본 출발 건수를 유지해야 완료율의 분모도 일관되게 남습니다.

• 체인별 원시 실행량과 고유 이전량을 따로 집계합니다.
• 토큰 주소와 단위 및 원본·표현 관계를 확인합니다.
• 메시지 연결과 로그 중복 제거에 다른 키를 사용합니다.
• 출발일·도착일·자료 취득일을 함께 기록합니다.
• 미관측·진행·완료·확인된 실패 상태를 분리합니다.

총이동량과 순이동량도 다른 질문입니다

한 기간 A에서 B로 100개, B에서 A로 70개를 옮긴 가상 사례의 양방향 총이동량은 170개이고 B 방향 순이동량은 30개입니다. 총량은 이전 활동의 규모를, 순량은 정해진 경계를 지난 잔여 방향을 설명합니다. 둘을 같은 자금 유입이라고 부르지 않습니다.

여기에 출발과 도착 기록까지 각각 더하면 총량이 다시 부풀 수 있습니다. 먼저 같은 이전의 양쪽을 연결한 뒤 방향별 총량과 순량을 계산하는 순서를 지킵니다. 체인별 스테이블코인 공급량과 비교할 때도 발행·상환·브리지 이동을 분리해야 공급 증가와 단순 위치 변경을 구분할 수 있습니다.

자주 묻는 질문