트랜잭션 해시(TXID)란 무엇입니까: 완전한 암호화 가이드(2026)

귀하가 지금까지 만들었거나 앞으로 만들 모든 암호화폐 거래에는 고유한 지문이 있습니다. 해당 지문을 트랜잭션 해시라고 하며, TXID 또는 tx hash. 그것은 대부분의 초보자들이 한 눈에 보고 무시하는 길고 위협적으로 보이는 문자와 숫자의 문자열입니다. 그것은 실수입니다. 조만간 하나가 필요할 것입니다. 거래소에 입금한 금액이 누락된 경우, 누군가에게 USDT로 지불했음을 증명하려는 경우, 스마트 계약이 지갑에 수행한 작업을 검사하려는 경우 TXID가 중요한 유일한 정보입니다.

암호화폐의 가장 기본적인 개념 중 하나임에도 불구하고 거래 해시는 거의 모든 곳에서 제대로 설명되지 않습니다. 대부분의 도움말 문서에서는 "거래에 대한 고유 식별자"라고 말하고 그대로 둡니다. 그 대답은 기술적으로는 정확하지만 실제로는 쓸모가 없습니다. Binance가 누락된 예금을 조사하기 위해 귀하의 TXID를 요청하거나 OTC 거래 상대방이 귀하에게 지불했다고 주장하는 TXID의 스크린샷을 보내는 경우에는 도움이 되지 않습니다. 해시가 실제로 어떻게 생성되는지, 해시가 해시에 노출하는 데이터는 무엇인지 알아야 합니다. 블록체인 탐색기, 왜 위조할 수 없는지, 그리고 다른 체인에서 읽는 방법.

이 가이드에서는 거래 해시가 내부적으로 어떻게 작동하는지, 비트코인, 이더리움, 솔라나 및 트론 TXID 간의 정확한 형식 차이, TXID가 블록 탐색기에 노출하는 모든 단일 필드, Coinbase, Binance, Kraken, MetaMask, Phantom 및 Trust Wallet에서 TXID를 찾는 단계별 프로세스, TXID를 사용하여 누락된 예금에 대해 이의를 제기하는 방법, 거래 해시가 필요한 이유를 배우게 됩니다. 위조하거나 재생할 수 없으며 P2P 거래에서 가짜 TXID 스크린샷을 사용하는 사기가 점점 더 흔해지고 있습니다. 결국 정비사가 VIN 번호를 읽는 방식으로 TXID를 읽게 됩니다.

거래 해시란 무엇입니까?

TXID(트랜잭션 ID) 또는 tx 해시로 축약되는 트랜잭션 해시는 블록체인에 브로드캐스트되는 모든 트랜잭션에 할당되는 고유한 암호화 식별자입니다. 영수증, 추적번호, 거래 검색키가 모두 하나로 통합되어 있습니다. 거래가 브로드캐스트되면 TXID는 공개적으로 알려진 모든 것을 알아내는 데 필요한 유일한 문자열입니다.

가장 좋은 비유는 항공권 확인 번호입니다. 항공편을 예약하면 항공사에서 6자리 예약 번호를 제공합니다. 해당 문자열을 사용하면 승객 이름, 경로, 좌석 번호, 시간, 가격 및 현재 항공편 상태를 조회할 수 있습니다. 예약 번호가 있는 사람은 누구나 해당 데이터를 가져올 수 있습니다. 참조 자체로는 예약을 변경하거나 좌석을 빼앗을 수 없으며 조회만 가능합니다. TXID도 같은 방식으로 작동합니다. TXID를 사용하면 누가 누구에게 무엇을, 얼마만큼, 언제, 어느 블록에서 보냈는지, 가스 양은 얼마인지, 거래가 성공했는지 실패했는지 확인할 수 있습니다. TXID를 조회하는 것 외에는 아무 것도 할 수 없으므로 공유하는 것이 안전합니다.

모든 체인은 대략 동일한 방식으로 이러한 ID를 할당합니다. 네트워크는 거래 내의 모든 데이터(발신자, 수신자, 금액, nonce, 서명, 가스 매개변수 및 모든 계약 호출 데이터)을 암호화 해시 함수에 공급합니다. 출력은 전체 트랜잭션을 고유하게 지문화하는 고정 길이 문자열입니다. 기본 트랜잭션의 단일 바이트를 변경하면 해시가 완전히 변경됩니다. 이는 TXID에 식별자로서의 힘을 부여하는 속성입니다.

거래 해시 계산 방법

트랜잭션 해시 뒤에 있는 메커니즘은 암호화 해시 함수입니다. 해시 함수는 모든 길이의 입력을 받아 완전히 무작위로 보이지만 결정적인 고정 길이 출력을 생성합니다. 즉, 동일한 입력은 항상 동일한 출력을 생성합니다. 암호화폐에서 끊임없이 접하게 될 두 가지 해시 함수는 다음과 같습니다. SHA-256 (비트코인에서 사용) 및 Keccak-256 (이더리움 및 대부분의 EVM 체인에서 사용됨) 수학에 대해 더 자세히 알아보려면 다음을 참조하세요. 암호화폐 해싱에 대한 전체 가이드.

흐름은 개념적으로 간단합니다. 지갑은 보낸 사람, 받는 사람, 금액, nonce(보낸 사람의 시퀀스 번호), 가스 한도, 가스 가격, 모든 데이터 페이로드 및 보낸 사람이 실제로 거래를 승인했음을 증명하는 디지털 서명 등 온체인에 있어야 하는 모든 것을 포함하는 거래 객체를 구축합니다. 트랜잭션을 수신하는 노드는 특정 인코딩(Ethereum의 경우 RLP, BTC의 경우 Bitcoin의 트랜잭션 형식)을 사용하여 해당 개체를 바이너리 blob으로 직렬화합니다. 그런 다음 해당 블롭은 체인에 따라 해시 함수를 한두 번 실행합니다. 출력은 TXID입니다.

해시 함수가 결정적이라는 사실은 TXID가 식별자로 작동하는 전체 이유입니다. TXID를 알려주시면 블록체인에서 원래 거래 데이터를 가져와 동일한 해시 함수를 통해 실행하고 해시 일치를 확인할 수 있습니다. 거래 데이터 중 단 한 비트라도 변조되면 해시가 일치하지 않으며 데이터가 손상되었거나 가짜라는 것을 알 수 있습니다. 이것이 블록체인의 변조를 방지하는 이유입니다.

해싱이 수행하지 않는 작업을 이해하는 것도 가치가 있습니다. 해시 함수는 단방향입니다. TXID를 가져와서 트랜잭션 데이터를 리버스 엔지니어링할 수 없습니다. 트랜잭션을 찾는 유일한 방법은 블록체인 노드가 유지관리하는 알려진 트랜잭션의 인덱스와 비교하여 TXID를 조회하는 것입니다. 이것이 블록 탐색기가 서비스로 존재하는 이유입니다. 그들은 모든 TXID와 그것이 가리키는 거래에 대한 검색 가능한 거대한 데이터베이스를 유지합니다.

비트코인 ​​TXID: 형식 및 엔디안 특성

비트코인 ​​TXID는 64개의 16진수 문자로, 256비트(32바이트)의 데이터를 나타냅니다. 이는 SHA-256을 통해 직렬화된 트랜잭션을 두 번 연속 실행하여 생성됩니다. 이 구성을 double-SHA-256 또는 SHA-256d라고 합니다. "더블"은 SHA-256에 대한 길이 확장 공격으로부터 보호하기 위해 Satoshi가 선택한 방어적인 선택이었습니다.

실제 비트코인 TXID는 다음과 같습니다: 4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b. 이는 2009년 1월 Satoshi에서 Hal Finney까지 사상 최초의 비코인 기반 비트코인 ​​거래입니다. 지금 당장 비트코인 ​​블록 탐색기에 붙여넣고 10BTC의 원래 전송을 가져올 수 있습니다. 17년 동안 검색이 가능했고 계속해서 계속되고 있습니다.

초급 수준의 기사에서 거의 언급되지 않는 특이한 점은 다음과 같습니다. 비트코인 TXID는 리틀 엔디안 바이트 순서를 사용하여 내부적으로 계산되지만 블록 탐색기에는 빅 엔디안 바이트 순서로 표시됩니다. 따라서 노드 소프트웨어가 생성하는 해시는 블록체인.com에서 복사한 것과 비교하여 문자 그대로 바이트가 반전됩니다. 이는 순전히 비트코인의 원래 소스 코드로 거슬러 올라가는 표시 규칙입니다. 두 표현은 동일한 트랜잭션을 가리키지만, 비트코인 ​​RPC 인터페이스와 상호 작용하는 소프트웨어를 구축하는 경우 각 도구가 예상하는 순서를 알아야 합니다. 탐색기와 교환기 간에 TXID를 복사하여 붙여넣기만 하는 최종 사용자의 경우 바이트 반전은 완전히 보이지 않지만 때로는 데이터를 수동으로 디코딩하려는 개발자에게 문제가 됩니다.

비트코인 ​​TXID는 16진수에서도 대소문자를 구분하지 않지만, 탐색기에서는 일반적으로 소문자로 표시합니다. 대문자 버전을 붙여넣는 것은 여전히 ​​모든 곳에서 작동합니다. Bitcoin Cash, Litecoin, Dogecoin 및 기타 대부분의 Bitcoin 파생 체인은 코드베이스를 상속받았기 때문에 정확히 동일한 64자의 소문자 16진수 형식을 사용합니다.

Ethereum Tx 해시: 형식 및 Keccak-256

Ethereum tx 해시도 256비트 길이이지만 다른 해시 함수와 다른 표시 규칙을 사용합니다. 이더리움 용도 Keccak-256이는 SHA-3 경쟁에 제출된 원래 Keccak입니다(NIST가 결국 게시한 약간 수정된 표준화된 SHA-3-256이 아님). 거래 데이터는 RLP로 인코딩되고 Keccak-256으로 한 번 해시되며 결과는 다음과 같은 16진수로 표시됩니다. 0x 16진수를 나타내는 접두사입니다.

이더리움 tx 해시는 다음과 같습니다: 0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b. 0x 접두어는 비트코인 ​​TXID가 아닌 이더리움 스타일 해시를 보고 있다는 증거입니다. 모든 EVM 호환 체인은 동일한 규칙을 따릅니다. Polygon, BNB Chain, Arbitrum, Optimism, Base, Avalanche C-Chain, Linea, Scroll 및 기타 수십 개는 모두 0x + 64 16진수 문자 형식으로 tx 해시를 생성합니다.

비트코인 ​​TXID와 비교하여 이더리움 해시의 좋은 속성 중 하나는 엔디안 불일치가 없다는 것입니다. RPC 응답에 표시되는 해시, 탐색기에 표시되는 해시, 추적을 위해 네트워크에 다시 넣는 해시는 모두 동일한 순서의 동일한 문자열입니다. 0x 접두사는 파서가 모호함 없이 값을 즉시 16진수로 인식할 수 있게 해주기 때문에 유용합니다.

Solana, Tron 및 Cosmos: 기타 체인 형식

모든 체인이 BTC 또는 ETH 형식을 따르는 것은 아닙니다. 특히 솔라나는 전혀 다른 짐승입니다. Solana TXID는 Base58로 인코딩된 거래의 서명이며 길이는 약 87~88자입니다. 대문자와 소문자 라틴 문자 및 숫자를 혼합하지만 0, O, I 및 소문자 l 문자는 base58에서 시각적으로 모호하므로 제외됩니다. Solana 서명은 다음과 같습니다. 5UfgccYAhP1zsvN3KrR3qdwAEoFD9oM57V47kuCu2hYE7XfTzGW5gQpBkAaKuY1MNQ1qDpDfu6gN6szwh1MxmKaH. 0x 접두사, 16진수, 선행 0이 없습니다.

Tron은 비트코인 ​​TXID와 동일하게 보이는 64자의 소문자 16진수 형식을 사용합니다. 접두사가 없습니다. Cosmos 생태계(Osmosis, Celestia, dYdX v4)의 Cosmos 및 체인은 일반적으로 인코딩된 Tendermint 트랜잭션을 통해 SHA-256으로 계산된 64자 대문자 16진수 해시를 사용합니다. NEAR는 base58로 인코딩된 해시를 사용합니다. Polkadot과 Kusama는 Ethereum처럼 접두사가 0x인 16진수를 사용하지만 Keccak-256 대신 Blake2b-256을 사용하여 해시를 계산합니다.

실용적인 점은 TXID가 어떤 체인에 속하는지 보기만 해도 거의 항상 알 수 있다는 것입니다. 0x 접두사는 EVM 체인을 의미합니다. 접두사가 없는 64자 소문자 16진수는 아마도 Bitcoin 또는 Tron일 것입니다. 특수 문자 없이 87~88자의 대소문자 혼합 영숫자 문자열이 Solana입니다. 이 패턴 인식은 여러 네트워크에 걸쳐 입금 문제를 해결할 때 많은 시간을 절약해 줍니다.

블록 탐색기의 TXID에서 볼 수 있는 데이터

대부분의 초보 기사가 실패하는 부분이 바로 여기입니다. 그들은 거래를 "조회"할 수 있다고 말하지만 실제로 볼 수 있는 모든 것을 나열하지는 않습니다. TXID는 데이터 보물상자의 열쇠이므로 그 안에 무엇이 있는지 정확히 알아야 합니다. 실제 연습은 다음을 참조하세요. Etherscan 및 Solscan 튜토리얼.

"발신" 및 "수신" 주소는 누가 보내고 받았는지 알려줍니다. 금액과 토큰 기호는 무엇이 이동되었는지 알려줍니다. 상태는 트랜잭션이 네트워크에 의해 실제로 실행되었는지 또는 되돌렸는지(가스를 지불했지만 아무 작업도 수행하지 않음) 확인합니다. 는 block number 은 거래가 완료된 블록을 알려주고, 타임스탬프는 해당 블록이 언제 채굴되거나 증명되었는지 알려줍니다. Confirmations 위에 추가된 추가 블록 수를 계산하고, 그 숫자는 거래소가 예금이 "안전"하다고 결정하는 데 사용됩니다.

가스 및 가스비 보낸 사람이 지불한 금액을 정확히 알려줍니다. 로그와 이벤트는 스마트 계약에 의해 생성되며 단순한 전송 이상으로 발생한 일을 알려줍니다(Uniswap의 스왑은 스왑 이벤트를 생성하고 승인은 승인 이벤트를 생성합니다). 내부 거래는 하나의 외부 거래 내 계약 간의 가치 이동입니다. 입력 데이터는 계약 소스가 확인되면 디코딩할 수 있는 원시 인코딩된 통화 데이터입니다.

Coinbase, Binance 및 Kraken에서 TXID를 찾는 방법

방금 거래소에서 암호화폐를 보냈고 TXID가 필요한 경우, 가장 큰 3개 중앙 집중식 거래소 각각의 정확한 경로는 다음과 같습니다. 단계는 기본적으로 동일한 패턴입니다. 계정 기록을 열고 인출 또는 입금을 찾아 클릭한 다음 온체인 해시 필드를 찾습니다.

한 가지 알아야 할 점은 일부 거래소에서는 출금이 실제로 방송될 때까지 TXID 공개를 지연시킨다는 것입니다. 방금 "철회"를 클릭했는데 상태가 여전히 내부적으로 "처리 중"인 경우 아직 온체인 거래가 없기 때문에 TXID가 표시되지 않습니다. 거래소는 여전히 내부 규정 준수 확인을 수행하고, 인출을 일괄 처리하거나, 대기하고 있습니다. TXID는 자금이 실제로 거래소 지갑을 떠난 후에만 나타납니다.

MetaMask, Phantom 및 Trust Wallet에서 TXID를 찾는 방법

자기 관리형 지갑은 일반적으로 귀하가 서명하는 모든 거래가 온체인에서 바로 진행되고 TXID를 즉시 확인할 수 있기 때문에 더 빠르고 더 투명합니다. 가장 인기 있는 세 가지 비수탁형 지갑에서 이를 찾는 방법은 다음과 같습니다.

MetaMask에서 확장 프로그램이나 모바일 앱을 열고 계정을 클릭한 후 활동 탭으로 스크롤하세요. 목록의 각 거래를 클릭할 수 있습니다. 원하는 것을 클릭하면 전체 거래 데이터가 포함된 세부정보 패널이 열립니다. 하단에는 Etherscan(또는 현재 연결된 체인에 적합한 탐색기)으로 바로 이동하는 "블록 탐색기에서 보기" 버튼이 있습니다. TXID는 URL과 페이지 자체에 모두 표시되어 복사할 준비가 되어 있습니다. 지갑을 떠나지 않고 해시만 필요한 경우 점 3개 메뉴를 클릭하고 "활동 로그 세부정보 보기"를 선택하여 원시 해시를 확인하세요.

Phantom(Solana 최초의 지갑, 이제 멀티 체인)도 비슷하게 작동합니다. 지갑을 열고 활동 아이콘이나 최근 거래 목록을 탭한 후 관심 있는 거래를 탭하세요. 상세 보기에는 서명(TXID와 동등한 Solana)과 이를 Solscan 또는 Solana Explorer에서 볼 수 있는 버튼이 표시됩니다. Solana 서명은 긴 base58 문자열이므로 다시 입력하기보다는 복사하는 것이 좋습니다.

모바일에서 흔히 볼 수 있는 트러스트 월렛은 자산별 거래 목록을 보여줍니다. 토큰을 탭하고 기록까지 아래로 스크롤한 후 행을 탭하면 하단에 "탐색기에서 보기" 버튼이 표시됩니다. TXID는 해당 버튼 위의 세부정보 패널에도 표시됩니다. Trust는 많은 체인을 지원하기 때문에 트러스트가 여는 탐색기는 트랜잭션 네트워크(BNB 체인의 경우 BscScan, Polygon의 경우 PolygonScan, Tron의 경우 Tronscan 등)에 따라 다릅니다.

Trust 또는 MetaMask를 통해 권한을 취소하는 경우 해당 취소도 트랜잭션이며 자체 해시를 생성합니다. 다음에 대한 가이드를 참조하세요. 암호화폐 승인 거래 이것이 중요한 이유입니다.

TXID를 이용한 거래소 입금 확인

누군가에게 TXID가 긴급하게 필요한 가장 일반적인 시나리오는 거래소에 예치금이 없거나 정체된 경우입니다. 실제로 이를 해결하는 워크플로는 다음과 같습니다.

먼저 송신측에서 TXID를 검색합니다. 자체 보관 지갑에서 보낸 경우 위의 MetaMask, Phantom 또는 Trust Wallet 단계를 따르세요. 다른 거래소에서 보낸 경우 Coinbase, Binance 또는 Kraken 단계를 따르세요. 클립보드에서 전체 해시를 가져옵니다.

둘째, 올바른 체인을 위해 TXID를 블록 탐색기에 붙여넣으세요. 이것은 매우 중요합니다. Tron에서 USDT를 보내고 Etherscan에서 조회하려고 하면 Etherscan은 Ethereum 메인넷만 인덱싱하기 때문에 아무것도 얻지 못할 것입니다. Tron의 USDT는 Tronscan에 적용됩니다. BNB 체인의 USDT는 BscScan에 있습니다. Polygon의 USDT는 PolygonScan에 있습니다. 사용한 네트워크에 적합한 탐색기를 선택하십시오.

셋째, 탐색기 페이지에서 세 가지를 확인합니다. "To" 주소는 거래소에서 제공한 입금 주소와 일치해야 합니다. 상태는 성공으로 표시되어야 합니다. 수 confirmations 은 교환에 필요한 것보다 크거나 같아야 합니다(일반적으로 솔라나의 경우 1, 비트코인의 경우 6, 이더리움의 경우 12~32, 다른 체인에 따라 다름). 세 가지가 모두 사실이라면 블록체인의 관점에서 거래가 이루어집니다. 누락된 부분은 네트워크 측이 아니라 거래소 측에 있습니다.

넷째, 확인이 충족되었지만 거래소가 입금을 인정하지 않은 경우 지원 티켓을 열고 다음을 첨부하세요: (a) TXID, (b) 성공 및 확인을 보여주는 탐색 페이지 스크린샷, (c) 보낸 입금 주소, (d) 타임스탬프. 이 네 가지 정보를 통해 지원팀은 몇 분 안에 내부 원장에서 입금액을 찾을 수 있습니다. TXID가 없으면 그들은 당신을 위해 아무것도 할 수 없으며 티켓은 시들해질 것입니다.

거래소에서 입금액이 잘못된 네트워크로 전송되었음을 알릴 수 있습니다(예: ERC-20 USDT를 BEP-20 입금 주소로 보냈습니다). 일부는 수동 프로세스와 수수료를 통해 이러한 "잘못된 네트워크" 예금을 복구할 수 있습니다. 다른 사람들은 할 수 없습니다. TXID를 사용하면 복구를 시도할 수도 있습니다.

TXID를 위조할 수 없는 이유

거래 해시를 결제 증명으로 유용하게 만드는 속성은 다음과 같습니다. 이는 결정적이며 암호화 방식으로 거래 데이터에 바인딩됩니다. 누군가가 "가짜" TXID를 생성하려고 시도하는 경우 다음 중 하나를 수행해야 합니다.

(1) SHA-256 또는 Keccak-256에서 해시 충돌을 찾습니다. 이는 인류 역사의 나머지 기간 동안 지구상의 모든 복권에 동시에 당첨되는 것과 같은 암호화폐입니다. 최신 해시 함수에는 실행 가능한 충돌 공격이 알려진 바 없습니다. 실제와 일치하는 가짜 TXID를 생성하는 일은 일어나지 않습니다.

(2) 거래를 위조하여 방송합니다. 모든 거래는 보낸 사람의 개인 키로 서명되어야 하기 때문에 실패합니다. 없이 개인 키, 서명 없음, 유효한 거래 없음, TXID 없음. 서명은 해시되는 데이터의 일부이므로 보낸 사람을 변경하면 모든 것이 무효화됩니다.

(3) 이전 트랜잭션을 재생합니다. 현대 체인에는 replay protection 내장. 이더리움은 nonce(해당 계정의 모든 거래마다 증가하는 카운터)를 사용하여 동일한 거래가 두 번 포함되는 것을 방지합니다. 비트코인은 UTXO가 한 번만 사용될 수 있다는 사실을 이용합니다. Solana는 최근 블록해시 참조를 사용합니다. 어제의 거래를 재방송하고 새로운 거래인 척할 수는 없습니다.

이러한 결정론은 TXID를 법적 분쟁, 티켓 교환 및 회계 조정에서 증거로 인정할 수 있게 만드는 것입니다. 해시는 특정 시간에 발생하고 특정 지갑에 의해 서명된 단일 특정 이벤트와 수학적으로 연결되어 있습니다. 그것은 다른 것을 가리킬 수 없습니다.

Mempool과 확인됨: TXID가 현실화되는 경우

거래는 두 단계를 거칩니다. 먼저 서명하고 방송한 후 mempool. mempool은 검증인이나 채굴자가 블록에 포함되기를 기다리는 확인되지 않은 트랜잭션의 네트워크 전체 대기열입니다. 이 단계에서는 TXID가 이미 존재하고 검색 가능하지만 거래가 완료되지 않았습니다. 여전히 실패하거나, 삭제되거나, 교체될 수 있습니다.

검증인이 블록에 거래를 포함시키고 해당 블록이 체인에 추가되면 거래가 "확인"됩니다. 그 위에 추가되는 각각의 추가 블록은 하나의 추가 확인입니다. 확인이 많을수록 체인 재구성을 통해 거래를 취소하는 것이 경제적으로 비용이 많이 들기 때문에 거래소와 가맹점은 입금을 승인하기 전에 확인 기준점을 설정합니다.

비트코인에서는 6번의 확인(약 1시간)이 매우 안전한 것으로 간주됩니다. 이더리움 메인넷에서는 12개의 확인(약 2분 30초)이 표준이지만 많은 거래소에서는 최종 확정을 위해 병합 후 이를 32개 이상으로 늘렸습니다. 솔라나에서는 최종성이 훨씬 빠르지만 솔라나가 다른 합의 모델을 사용하기 때문에 다르게 표현됩니다. 블록 탐색기는 언제든지 TXID의 확인 횟수를 정확하게 보여줍니다.

트랜잭션이 너무 낮은 수수료로 멤풀에 있고 전혀 포함되지 않으면 결국 노드에 의해 삭제됩니다(일반적으로 비트코인에서는 14일 후, 이더리움에서는 더 빨리). 그러면 TXID가 다시 "찾을 수 없음" 상태가 됩니다. 지갑의 수수료 추정이 향상되어 2026년에는 이런 일이 거의 발생하지 않지만, 수수료가 급증하는 동안에는 여전히 발생합니다.

일반적인 사기: P2P 거래의 가짜 TXID 스크린샷

이 사기는 OTC 및 P2P 거래에서 만연하며 숙련된 거래자를 속였습니다. 설정: 귀하는 P2P 거래에 동의하고 상대방은 암호화폐를 보냈다고 주장하며 녹색 성공 상태와 귀하의 주소를 보여주는 탐색 페이지의 스크린샷을 보냅니다. 당신은 거래의 측면을 공개합니다. 그런 다음 스크린샷이 가짜이거나 잘못된 거래이거나 더 크게 보이도록 스크린샷을 확대한 작은 테스트 금액이라는 것을 알게 됩니다.

보다 정교한 변종에는 합법적인 것처럼 보이지만 가치가 없는 유사 토큰을 위한 실제 온체인 거래를 보내는 것이 포함됩니다. 클래식은 USDT 대신 USDD 또는 USTC를 보내며 약간 다른 티커를 눈치채지 않기를 바랍니다. 탐색기의 토큰 계약 주소가 해당 체인의 공식 USDT 계약과 일치하는지 항상 확인하세요.

또 다른 변종은 사기꾼이 실제 상대방 중 하나를 모방한 가상 주소에서 0값 이체를 보내는 "0값" 거래 또는 주소 중독을 사용하므로 사기 주소가 거래 내역에 나타나며 나중에 실수로 복사하여 붙여넣습니다. 항상 전체 주소를 확인하세요. 처음과 마지막 몇 글자만 확인하면 안 됩니다.

RBF(수수료 교체) 및 TXID 가단성

특히 비트코인 TXID에 영향을 미치는 두 가지 기술적 문제는 수수료에 의한 교체와 과거 거래 가단성입니다.

수수료로 대체는 확인되지 않은 비트코인 ​​거래의 발신자가 더 높은 수수료로 동일한 거래의 새 버전을 브로드캐스트할 수 있으며, 채굴자는 더 높은 수수료 버전을 우선적으로 포함하는 기능입니다. 데이터가 다르기 때문에(수수료 변경) 새 거래의 TXID도 다릅니다. 입금에 대한 멤풀을 보고 있고 발신자가 RBF를 수행하는 경우 원래 TXID가 사라지고 동일한 논리적 전송과 함께 새 TXID가 나타나는 것을 볼 수 있습니다. 이는 의도적인 것입니다. 버그가 아닌 기능입니다. 대부분의 최신 지갑은 RBF 대체를 관련 TXID 체인으로 표시합니다.

거래 가단성은 확인 전에 TXID를 변경하는 방식으로 제3자가 거래의 서명 부분을 (무효화하지 않고) 조정할 수 있는 비트코인의 역사적 버그였습니다. 이로 인해 비트코인 ​​초기에 여러 사건, 특히 Mt. Gox 사건이 발생했습니다. 2017년에 활성화된 SegWit은 서명 데이터를 TXID에 대해 해시된 부분 외부로 이동하여 이 문제를 해결했습니다. Post-SegWit, Bitcoin TXID는 가단성이 없습니다. Ethereum은 트랜잭션을 직렬화하고 해시하는 방식으로 인해 이러한 문제가 발생하지 않았습니다.

TXID를 결제 증명으로 사용

TXID는 암호학적으로 위조할 수 없고 특정 온체인 이벤트와 연결되어 있기 때문에 탁월한 결제 증거가 됩니다. 암호화폐로 누군가에게 빚을 지고 있는 경우, 돈을 지불하고 TXID를 보내는 것은 기능적으로 은행 송금 참조 번호와 동일합니다. 단, 이 번호는 인터넷 접속이 가능한 사람이 확인할 수 있고 위조가 불가능합니다.

대부분의 관할 구역의 세무 당국은 TXID를 자본 이득 보고를 위한 암호화폐 거래의 증거로 인정합니다. 감사자는 이를 사용하여 암호화폐 보유량을 조정합니다. 여러 관할권의 법원은 TXID를 사기 및 자산 회수 사건의 증거로 인정했습니다. 일부 판매자는 주문 시스템에 결제를 기록하기 위해 결제 후 TXID를 명시적으로 요청합니다.

한 가지 절충안은 개인 정보 보호입니다. 블록체인 원장은 기본적으로 공개됩니다. TXID를 가진 사람은 누구나 보낸 주소, 받는 사람 주소, 금액 및 각 주소에서 이루어진 기타 거래를 볼 수 있습니다. 누군가에게 TXID를 제공하면 이제 그 사람이 귀하의 지갑에 대한 링크를 갖게 됩니다. 일회성 증명에는 괜찮지만 개인 활동과 비즈니스 활동에 동일한 지갑을 사용하는 경우 개인 정보 보호 문제가 됩니다. 민감한 결제의 경우 새로 생성된 주소를 사용하는 것이 좋습니다.

스마트 계약 상호작용의 TXID

모든 거래가 단순 이체는 아닙니다. 스마트 계약(토큰 지출 승인, Uniswap 교환, NFT 발행, DAO 거버넌스 투표)과 상호 작용할 때 계약에 대한 기능을 호출하는 트랜잭션을 생성하게 됩니다. 해당 거래는 여전히 단일 TXID를 얻지만 이에 대한 탐색 페이지에는 단순한 전송보다 훨씬 더 풍부한 데이터가 표시됩니다.

특히 Etherscan 스타일 탐색기의 로그/이벤트 탭에는 트랜잭션 실행의 일부로 계약이 방출한 모든 이벤트가 표시됩니다. Uniswap 스왑은 입력 및 출력 금액과 풀 주소가 포함된 Swap 이벤트를 발생시킵니다. ERC-20 전송은 Transfer 이벤트를 발생시킵니다. ERC-721 민트는 0번 주소에서 Transfer 이벤트를 발생시킵니다. 이러한 이벤트는 인덱서, dApp 및 집계자가 애플리케이션 계층에서 온체인에서 일어나는 일을 재구성하는 방법입니다.

탐색기에서 계약이 확인되면(소스 코드가 업로드되었고 배포된 바이트코드와 일치함을 의미) 입력 데이터 탭에 사람이 읽을 수 있는 디코딩된 함수 호출(함수 이름 및 각 인수와 해당 값)이 표시됩니다. 이를 통해 복잡한 계약 상호 작용을 디버깅할 수 있습니다. 확인하지 않으면 불투명한 16진수 데이터만 표시됩니다.

내부 거래는 또 다른 범주입니다. 트랜잭션이 다른 계약을 호출하는 계약을 호출하는 경우 내부 계약 간 호출은 자체 외부 TXID를 가져오지 않지만 동일한 외부 TXID 아래 내부 트랜잭션으로 기록됩니다. Explorer는 이를 별도의 탭에 표시합니다. 이것이 하나의 시작 해시에서 복잡한 DeFi 플래시 트랜잭션을 모두 감사할 수 있는 방법입니다.

자주 묻는 질문

결론

거래 해시는 암호화폐 전송에서 가장 중요한 정보이지만 대부분의 초보자는 문제가 발생할 때까지 무시합니다. 이제 그것이 실제로 무엇인지 알 수 있습니다. 거래 데이터에 대해 SHA-256 또는 Keccak-256에 의해 계산된 암호화 지문은 온체인의 해당 이벤트에 고유하게 연결되고 변조 방지됩니다. 비트코인, 이더리움, 솔라나, 트론에서 형식을 읽는 방법, 블록 탐색기에서 잠금 해제되는 필드, 주요 지갑이나 거래소에서 형식을 추출하는 방법을 알고 있습니다.

다음에 보증금이 없어져도 당황하지 않으실 겁니다. 전송 플랫폼에서 TXID를 가져와 올바른 탐색기에 붙여넣고 수신 주소, 상태 및 확인을 확인한 다음 네트워크가 작업을 수행했는지 확인하거나(교환이 귀하에게 크레딧을 주어야 함) 오류가 발생한 위치를 정확히 식별합니다. 다음에 누군가가 P2P 거래에서 스크린샷을 플래시하려고 하면 해시를 탐색기에 직접 붙여넣고 금액과 대상이 일치하는지 확인한 후 아무것도 공개하지 마세요. 그리고 다음에 스마트 계약과 상호 작용할 때 로그와 이벤트를 읽고 트랜잭션이 수행한 작업을 정확하게 확인하는 방법을 알게 될 것입니다.

거래 해시는 암호화폐의 자기 주권을 위한 가장 강력한 단일 도구입니다. 공개 원장은 모든 거래가 영구적으로 식별 가능하고, 감사 가능하며, 해시에서 재현 가능하기 때문에 무엇이든 의미합니다. 이를 잘 사용하는 방법을 배우면 지원 담당자와 논쟁하는 데 드는 시간이 훨씬 줄어들고 실제로 온체인에서 수행하고 싶은 작업을 수행하는 데 더 많은 시간을 할애할 수 있습니다.