Bitcoin 제로 확인 트랜잭션이 위험합니까? 제로 확인 사용 시나리오

Bitcoin에서 제로 확인 트랜잭션 이해

Bitcoin 종종 '확인되지 않은 트랜잭션'이라고하는 제로 확인 트랜잭션 은 네트워크에 방송되었지만 아직 블록에 포함되지 않은 거래입니다. 이것은 그들이 광부들로부터 확인을받지 못했음을 의미합니다. 이러한 거래는 특정 상황에서 유용 할 수 있지만, 이중 지출 또는 거래 하락 가능성으로 인해 고유 한 위험이 있습니다.

사용자가 Bitcoin를 보내면 트랜잭션이 즉시 네트워크에서 표시되며 노드에서 Mempools (확인되지 ​​않은 트랜잭션을위한 임시 저장 영역)에 나타납니다. 적어도 하나의 확인을 기다리지 않고 지불을 즉시 수락하는 판매자 또는 서비스는이 가시성에 의존하여 잠재적 인 취약점을 소개합니다.

제로 확인 트랜잭션과 관련된 위험

제로 확인 거래를 둘러싼 가장 중요한 우려 중 하나는 이중 지출 공격 의 위험입니다. 이러한 시나리오에서 공격자는 동시에 두 명의 다른 수령인에게 동일한 자금을 보낼 수 있습니다. 첫 번째 트랜잭션이 확인되지 않았으므로 다른 트랜잭션을 다른 거래로 대체하지 않을 것이라는 보장은 없습니다.

또 다른 문제는 유효성을 변경하지 않고 확인하기 전에 트랜잭션 ID (TXID)의 구조를 변경할 수있는 트랜잭션 가단성 과 관련이 있습니다. 서비스가 지불을 확인하기 위해 TXID에만 의존하는 경우,이 조작으로 인해 자금의 혼란이나 잘못된 추적이 발생할 수 있습니다.

또한 네트워크 혼잡은 이러한 문제를 악화시킬 수 있습니다. 트래픽이 많은 기간 동안 많은 거래가 확장 된 기간에 대한 확인되지 않은 상태로되어있어 악의적 인 행위자가이를 악용 할 수있는 창을 증가시킵니다.

제로 확인이 허용되는 사용 사례

위험에도 불구하고 제로 확인 트랜잭션을 수용하는 것이 실질적인 의미가있는 몇 가지 상황이 있습니다.

• POS (Point-of-Sale) 시스템 : 소규모 구매를 다루는 소매 업체는 지연을 피하기 위해 즉각적인 수용을 선호 할 수 있습니다. 즉각적인 지불의 편의성은 종종 관련된 최소한의 위험보다 중요합니다.
• 대량의 온라인 서비스 : 게임 사이트 또는 스트리밍 서비스와 같은 분당 수천 개의 미세한 소액 처리를 처리하는 플랫폼은 제로 Conf 설정을 사용하여 속도와 효율성을 유지할 수 있습니다.
• 내부 전송 : 지갑 제공 업체 또는 교환은 때때로 확인되지 않은 잔액을 기반으로 사용자간에 내부 전송을 허용합니다. 특히 양 당사자가 서로를 신뢰하고 시스템의 무결성을 신뢰하는 경우.

이러한 응용 프로그램에는 일반적으로 사기 가능성이 최소 인 통제 된 환경에서 재무 노출이 낮거나 운영됩니다.

위험으로부터 보호하는 방법

제로 확인 거래의 사용을 고려하는 비즈니스 또는 개인의 경우 위험 완화 전략을 구현하는 것이 필수적입니다.

• 다중 노드 모니터링 : 단일 소스에 의존하지 않고 다양한 노드에서 트랜잭션 전파를 확인하면 스푸핑 된 트랜잭션에 의해 오해 될 가능성이 줄어 듭니다.
• RBF 구현 (대체 별) : 이 기능을 사용하면 발신자가 확인되지 않은 트랜잭션을 더 높은 수수료로 교체 할 수 있으므로 처리가 더 빠릅니다. 또한 상충되는 거래를 조기에 감지하는 데 도움이됩니다.
• FSSAR (First-Seen-Safe replay) 사용 : 일부 네트워크는 이미 보이는 트랜잭션의 수정 된 버전을 거부하는 규칙을 시행하여 가단성 기반 공격을 방지합니다.
• 최소 수수료 임계 값 설정 : 거래에 충분히 높은 수수료를 요구하여 다음 블록에서 우선 순위를 정해 확인되지 않은 시간을 줄입니다.

이러한 각 기술은 확인되지 않은 거래를 처리 할 때보다 안전한 환경에 기여합니다.

제로 Conf 지불을 수락 할 때 기술 고려 사항

기술적 인 관점에서 제로 확인 트랜잭션에 대한 지원을 통합하는 것은 신중한 구현이 필요합니다.

• 지갑 구성 : 지갑 소프트웨어 또는 API를 통해 확인되지 않은 트랜잭션을 정확하게 감지하고 추적 할 수 있습니다.
• 트랜잭션 유효성 검사 로직 : 확인 전에도 입력, 출력 및 서명을 포함한 트랜잭션 일관성 검사를 구현합니다.
• 실시간 경고 : 트랜잭션 상태의 변경에 대한 알림을 설정하여 의심스러운 활동에 대한 빠른 응답을 가능하게합니다.
• 반전 정책 : 제로 Conf 트랜잭션이 합리적인 기간 내에 확인하지 못하는 경우 지불 또는 환불에 대한 명확한 절차를 수립합니다.

올바르게 구성된 시스템은 위험을 최소화하면서도 제로 확인 트랜잭션에서 제공하는 속도의 혜택을 누릴 수 있습니다.

자주 묻는 질문

Q : Bitcoin 트랜잭션이 확인되기 전에 취소 할 수 있습니까? A : 아니요, Bitcoin 트랜잭션이 네트워크로 방송되면 취소 할 수 없습니다. 그러나 확인되지 않은 상태로 유지되면 원래 트랜잭션이 지원하는 경우 RBF (Replace-By-Fee)를 사용하여 잠재적으로 교체 할 수 있습니다.

Q : 제로 확인 트랜잭션은 일반적으로 얼마나 오래 지속됩니까? A : 기간은 네트워크 정체 및 지불 된 거래 수수료에 따라 다릅니다. 정상적인 조건에서 대부분의 거래는 10 분 이내에 첫 확인을받습니다. 그러나 바쁜 시간에는 몇 시간 동안 확인되지 않은 상태로 유지 될 수 있습니다.

Q : 모든 지갑이 제로 확인 트랜잭션을 같은 방식으로 처리합니까? A : 아니요, 지갑 동작은 다릅니다. 일부 지갑은 확인되지 않은 잔액을 별도로 표시하는 반면, 다른 지갑은 해당 자금을 즉시 지출 할 수 있습니다. 지갑의 문서를 항상 확인하여 제로 코프 트랜잭션을 처리하는 방법을 이해하십시오.

Q : 많은 양에 대해 제로 확인 트랜잭션을 수락하는 것이 안전합니까? A : 일반적으로 큰 금액에 대한 제로 확인 트랜잭션을 수락하는 것은 바람직하지 않습니다. 가치가 높을수록 공격자가 이중 스펜스를 시도하는 인센티브가 커집니다. 더 큰 거래의 경우 적어도 3 ~ 6 개의 확인을 기다리는 것이 더 안전하다고 간주됩니다.