모네로 10개 확인, 무엇을 기다리는 걸까: 실측 22분의 정체

XMR이 지갑에 도착하면 잔고 일부가 회색으로 표시되고, 주문 페이지는 네트워크 확인 중이라고 알리며 시계만 흘러갑니다. 이 대기는 미스터리도 오작동도 아닙니다: 모네로는 입금을 10블록 경과 후에야 사용 가능으로 취급합니다. 프로토콜 목표 120초 기준 약 20분이고, 2026-10-17에 실측한 구간은 10블록에 1,327초 — 약 22분이었습니다. 세는 것은 블록 수이지 수수료 경매가 아니어서 금액을 더 얹어도 아무것도 달라지지 않습니다.

'10'이라는 숫자의 출처. 이는 합의 상수가 아니라 지원 페이지의 방침이 아닙니다. 모네로의 cryptonote_config.h에는 CRYPTONOTE_DEFAULT_TX_SPENDABLE_AGE = 10(수신 출력이 사용 가능으로 간주되는 블록 수)이 정의되어 있고, 그 옆에 DIFFICULTY_TARGET_V2(120초 블록 목표)와 CRYPTONOTE_MINED_MONEY_UNLOCK_WINDOW(채굴 보상에 적용되는 60블록 잠금)가 있습니다. 그래서 모든 모네로 지갑은 두 개의 잔고를 보여줍니다: 총액과 사용 가능액(또는 잠김/해제). 새 자금은 먼저 전자에 들어가고 10블록 후에 후자로 이동합니다. 사라진 것이 아니라 네트워크가 강제하는 규칙상 아직 쓸 수 없을 뿐입니다.

트랜잭션 unlock_time과 혼동하지 마세요. 모네로에는 트랜잭션 단위의 unlock_time 필드도 있어 보내는 사람이 전체 트랜잭션을 미래의 블록 높이나 타임스탬프까지 잠글 수 있습니다. 이는 별개 메커니즘이며 거의 쓰이지 않고, 모네로 프로젝트는 FCMP++와 함께 그 커스텀 형식을 합의 수준에서 폐기하는 방향입니다. 10블록 규칙은 그것이 아닙니다. 누가 요청했든 상관없이 모든 일반 지불에 적용되며 — 그래서 탐색기는 이미 확인됨으로 표시하는데 지갑은 아직 쓰지 못하게 하는 것입니다.

왜 1개가 아니라 10개인가. 확인 수는 리오그 할인입니다. 어떤 블록이 얼마나 최종적인지는 그 위에 쌓인 작업량에 달려 있고, 블록당 120초를 목표로 하는 체인은 10분 블록 체인과 같은 실시간 안전성에 도달하려면 더 깊은 카운트가 필요합니다. 10블록은 약 20분어치 누적 작업증명입니다 — 그날 아침 읽은 난이도(약 7.31e11, 보고된 네트워크 해시레이트 초당 약 6.09 GH)에서 이는 실질적으로 투입된 작업량입니다. 깊이 임계값은 관례일 뿐 확정성 장치가 아닙니다. 모네로에는 '확정' 라벨이 없어 지갑, 거래소, 스왑 서비스가 각자 숫자를 고르고 언제든 바꿀 수 있습니다.

실제 체인에서 이 대기는 어떻게 보이는가(당일 실측). 2026-10-17 05:38:51 UTC에 네트워크 높이는 3,785,810, 06:00:58 UTC에 3,785,820에 도달했습니다. 10블록에 1,327초, 평균 132.7초로 목표 120초를 웃돌았습니다 — 푸아송 과정에서 흔한 흔들림입니다. 높이 3,785,819 블록은 8,334바이트에 5건을 담았고, 확인 중 멤풀에는 28~45건이 있었습니다. 그 블록의 실측 수수료: 1,531바이트가 0.00003062 XMR, 2,908바이트가 0.00005816 XMR, 우선순위 지정 2,218바이트가 0.00017744 XMR. 당일 XMR 약 558.20달러 환산으로 약 0.017달러, 0.032달러, 0.099달러입니다. 하한은 kB당 0.00002 XMR입니다.

왜 스왑 서비스는 전체 카운트를 기다리는가. 제공자는 자체 재고에서 지급하므로 그 지급은 최종적이고 누구도 되돌릴 수 없습니다. 따라서 반대편 입금이 사실상 되돌릴 수 없게 된 뒤에야 지급이 나가며, 빠른 고가치 체인에 필요한 2~3개 확인이 아니라 깊이 창 전체를 기다리게 됩니다. 실제 주문은 단계를 거칩니다: 입금 감지, 네트워크 확인 중, 교환 중, 전송 중, 완료. 가운데 구간이 이 10블록이고, 그 뒤에 받는 지급 트랜잭션은 지갑에서 자체 확인 시계를 다시 시작합니다. 대기가 두 번입니다.

임계값이 실제로 다른 지점. 세 개의 층, 세 개의 답입니다. 지갑이 10블록 잠금을 거는 것은 프로토콜 기본값이기 때문입니다. 거래소가 1~2블록 만에 입금을 표시하는 것은 자기가 통제하는 내부 원장에 기록하기 때문이며, 그 크레딧은 체인에서 쓸 수 없고 출금하면 사라집니다. 스왑·결제 제공자는 자체 위험 허용도로 숫자를 정하고 예고 없이 올리거나 내립니다. 이런 수치는 일관되게 공개되지 않으며, 포럼에서 본 구체적 숫자는 그 제공자 문서에 실리기 전까지 소문일 뿐입니다. 아무도 믿지 않고 확인할 수 있는 것은 세 가지입니다: 입금 해시, 지급 해시, 각각이 놓인 블록 높이입니다.

미리 정리해야 할 여섯 가지 함정. (1) 잠김은 멈춤이 아닙니다 — 잠긴 잔고는 네트워크가 아직 쓰지 못하게 한 돈이며, 사용자의 조작 없이 사용 가능으로 이동합니다. (2) 스왑 입금을 빠르게 하려고 우선순위 수수료를 얹어도 효과가 없습니다. 시계는 블록 수입니다. (3) 보유 XMR이 채굴 직후라면 코인베이스 성숙이 적용되어 대기가 10블록이 아니라 60블록입니다. (4) '첫 전송이 안 온 것 같다'며 재전송하는 것이 이중 입금과 주문 불일치를 만드는 전형적 경로입니다. 대개 첫 거래는 블록을 기다리는 중입니다. (5) 거래소 주소를 지급 주소로 쓰는 것은 전형적인 자책골입니다 — 출금 가능 여부와 시점을 운영자가 정하는 계정에 자금을 넘기는 셈입니다. (6) 모네로에서 메모나 페이먼트 ID를 찾는 것은 헛수고입니다. 지불에는 메모 필드가 없고 긴 페이먼트 ID는 오래전에 프로토콜에서 제거됐습니다. 수신자를 구분하려면 서브주소를 씁니다.

이 시간과 싸우지 말고 쓰는 법. 보내기 전에 본인이 실제로 통제하는 환불 주소를 설정하고 고정 견적을 우선하세요. 요율은 주문 생성 시 고정되므로 20분의 시장 변동은 당신의 문제가 아닙니다. 큰 금액 전에 소액 테스트 스왑을 한 번 돌려 주소와 네트워크 선택을 검증하세요. 모네로 구간은 엔드투엔드로 25~40분을 잡고, 큰 금액은 하나의 거대 주문 대신 분할하세요. 주문 페이지에 두 해시가 나타나면 블록 탐색기와 대조하세요. Tor가 필요하다면 미러는 4jyoxqdyx7dh3xfjctihpld7fgliowhimajfszcgypxash5rjqhas3yd.onion 입니다. 작성 시점 참고: 0.01 BTC는 1.43172703 XMR, 1 XMR은 541.934556 USDT를 호가했고, 그날 아침 XMR 스팟은 약 558.20달러였습니다 — 페이지의 실시간 견적이 우선입니다. 실측한 카탈로그는 538개 자산, 72개 네트워크였습니다. (Tor 스왑은 안전한가?)