Mempool

보내기를 누르면 지갑은 서명한 거래를 네트워크에 전달합니다. 이를 받은 노드는 거래가 네트워크 규칙과 자신의 수용 조건에 맞는지 검사합니다. 통과하면 자신의 mempool에 보관하고 다른 노드에 전달할 수 있습니다. 따라서 탐색기에 결제가 표시된다는 것은 운영자가 그 거래를 알고 있다는 뜻이지, 확인이 끝났다는 뜻은 아닙니다. 현재 체인의 유효한 블록에 들어가야 첫 확인을 받습니다. 그 뒤에도 누적 작업량이 더 많은 다른 유효한 갈래로 네트워크가 옮겨가는 체인 재구성이 일어나면 확인 상태가 달라질 수 있습니다. [2]

Mempool은 계산대 앞 줄과는 다릅니다. 블록 공간에는 한계가 있고, 채굴자는 그 공간에 더 많은 수수료를 지불하는 거래를 고를 유인이 있습니다. 중요한 기준은 sat/vB라는 수수료율입니다. BTC의 최소 단위인 satoshi를 거래 크기를 계산하는 가상 바이트당 얼마나 내는지 나타냅니다. 예를 들어 100 vB 거래에 10 sat/vB를 적용하면 수수료는 1,000 satoshi입니다. 송금액의 일정 비율을 내는 방식이 아닙니다. 다른 미확인 거래의 출력을 쓰는 거래라면, 서로 의존하는 거래 묶음 전체의 수수료도 중요합니다. 높은 수수료율도 특정 블록이나 시각에 확인된다고 보장하지는 않습니다. [4]

노드마다 거래를 전달받는 상황이 조금씩 다르고, 메모리 설정이나 수용·전달 규칙도 다를 수 있습니다. 새 결제가 의존하는 앞선 거래를 아직 받지 못했을 수도 있습니다. 그래서 대기 중인 거래 수와 예상 수수료가 달라집니다. 이러한 개별 운영 규칙은 유효한 블록을 판단하는 공통 조건인 합의 규칙과 구별됩니다. 자신의 mempool에 없던 거래가 들어 있어도, 블록이 유효하다면 노드는 받아들일 수 있습니다. [2]

확인된 거래는 더 이상 mempool에서 기다리지 않습니다. 하지만 메모리가 부족하거나 너무 오래 기다렸거나 같은 자금을 쓰는 다른 거래로 대체되어 사라질 수도 있습니다. 한 노드에서 삭제된 것은 네트워크 전체에서 취소된 것과 다릅니다. 다른 노드에는 원래 거래가 남아 있고, 나중에 채굴자가 확인할 수도 있습니다. 한 곳에서 기록이 보이지 않는다는 이유만으로 다른 자금으로 다시 결제해도 안전하다고 판단하지 마세요. 먼저 지갑의 상태와 대체 거래가 있는지 확인해야 합니다. 체인 재구성으로 기존 블록에서 빠진 거래도 검사를 다시 통과하면 대기 중인 거래로 돌아갈 수 있습니다. [1] [2]

보통은 거래가 미확인 상태인지 블록에 들어갔는지 구별하고, 수수료율과 필요한 앞선 거래를 확인하면 됩니다. 자신의 Bitcoin Core 노드를 운영한다면 getmempoolentry로 그 노드가 알고 있는 개별 거래를, getmempoolinfo로 전체 보관 공간의 상태를 살펴볼 수 있습니다. 이는 자신의 노드에 묻는 명령이지, 네트워크 전체를 관장하는 중앙 목록에 묻는 명령이 아닙니다. 공개 탐색기도 자신의 관점을 보여 줄 뿐이며, 새로운 거래와 블록이 들어오면 예상 대기 시간도 달라질 수 있습니다. [3]