이전 기사에서 저는 메모리풀의 기본 기능과 비트코인 네트워크의 다양한 사용자들이 어떻게 이를 사용하는지에 대한 간단한 개념적 프레임워크를 제시했습니다. 이번 글에서는 릴레이 정책과 합의 규칙 간의 차이점, 그리고 기본적으로 비트코인 노드가 합의적으로 유효함에도 불구하고 특정 유형의 비트코인 거래를 릴레이하지 않는 이유를 살펴보겠습니다.
무엇보다도, 피어 투 피어 네트워크가 특정 유형의 합의적으로 유효한 거래를 릴레이하지 않더라도, 이러한 거래가 채굴자의 메모리풀에 들어가 블록에 포함되도록 선택된다면, 해당 블록을 받을 때 노드가 이를 수신하고 다운로드하게 됩니다. 합의 규칙을 변경하여 이러한 거래 유형을 무효로 만들지 않는 한, 이를 막을 수 있는 방법은 없습니다.
필터의 종류는 여러 가지 이유로 다릅니다. 일반적인 필터의 세 가지 유형은 서비스 거부(DoS)로부터 노드(따라서 네트워크)를 보호하는 것, 향후 소프트포크를 위한 업그레이드 훅을 보호하는 것, 그리고 비트코인 사용자들이 좋아하지 않을 수 있지만 개인 노드나 네트워크에 심각한 해를 끼치지 않는 것들을 부드럽게 억제하는 것입니다.
서비스 거부 벡터
비트코인 노드는 컴퓨터에서 실행되는 컴퓨터 프로그램입니다. 이는 그들이 모든 컴퓨터에서 실행되는 프로그래밍의 기술적 제약, 즉 저장소, 메모리, 처리 능력 등의 한계를 가지고 있음을 의미합니다. 이것이 블록 크기 제한이 도입되고 유지된 근본적인 이유로, 일반 장치의 검증 비용을 합리적으로 유지하기 위한 글로벌 제약을 생성하기 위함입니다.
이 필터 클래스는 블록 공간 제한이 있는 상황에서도 개별 거래가 노드의 자원을 과도하게 소비하지 않도록 보장하기 위해 특별히 설계되었습니다.
이러한 필터의 가장 간단한 예는 거래가 전파되기 위해 필요한 최소 수수료 비율과 Replace-By-Fee(RBF) 규칙으로, 이는 동일 거래의 다른 버전이 이전 버전을 대체할 수 있는 경우를 규정합니다. 즉, 마지막 버전보다 더 높은 수수료를 지불할 때만 가능합니다. 수수료로 거래에 서명하면, 그 거래는 귀하의 책임이 됩니다. 이를 이중 지출하지 않는 한, 그 거래를 받은 채굴자는 이를 채굴하고 수수료를 받을 수 있습니다. 다른 거래에서 UTXO를 먼저 사용하는 것(이 또한 수수료가 필요함) 외에는 이 비용을 피할 방법이 없습니다.
이러한 이유는 DoS 보호입니다. 사용자가 지불해야 할 수수료에 대해 책임을 지지 않도록 하면, 사용자는 단일 거래의 무한한 변형을 생성하고 네트워크의 모든 노드의 메모리를 스팸으로 채울 수 있습니다. 이로 인해 대역폭과 메모리가 소모됩니다. 그들이 이를 영원히 수행하는 것을 막을 방법이 없습니다. 네트워크의 노드는 완전히 중단되거나 대역폭 비용이 너무 비싸져 사용자가 감당할 수 없게 될 것입니다.
릴레이 정책에 의해 필터링되는 또 다른 예는 검증 비용이 비싼 거래입니다. 검증하는 데 엄청난 비용이 드는 거래를 생성할 수 있습니다. 일부 블록은 일반 소비자 하드웨어에서 실행되는 비트코인 노드가 검증하는 데 한 시간 이상 걸릴 수 있습니다. 이는 최대한 많은 서명 검사를 생성하도록 설계된 대형 사용자 정의 스크립트를 생성하고 이러한 거래로만 블록을 가득 채우는 방식으로 이루어집니다.
이러한 스크립트 구조는 이전에 구축된 적이 있으며, 다양한 유형의 기계에서 검증 시간을 테스트했지만, 이러한 스크립트의 정확한 구조는 명백한 이유로 공개되지 않았습니다. 이러한 거래는 실제로 전체 네트워크를 정체시킬 수 있습니다.
DoS 보호의 마지막 예는 먼지 한도입니다. 먼지 한도 이하의 사토시 값을 가진 UTXO를 생성하는 거래는 해당 UTXO를 사용하는 데 드는 수수료가 출력의 사토시 값보다 높기 때문에 릴레이되지 않습니다. 이는 경제적으로 비효율적이며, 이러한 거래가 실제로 사용될 가능성이 낮다는 것을 의미합니다. 이는 UTXO 세트가 이러한 출력을 영구적으로 저장해야 함을 의미합니다. 이는 블록 검증을 더 계산 집약적으로 만드는 부풀어 오른 UTXO 세트를 생성할 수 있습니다.
미래 소프트포크
비트코인 프로토콜에 대한 모든 주요 업그레이드는 소프트포크를 통해 이루어졌습니다. 이는 업그레이드되지 않은 노드가 여전히 유효하다고 수용할 수 있는 방식으로 새로운 스크립트 기능을 프로토콜에 추가할 수 있는 업그레이드 메커니즘입니다.
이는 비트코인 스크립트에 “정의되지 않은” 연산 코드가 포함되어 있기 때문에 가능합니다. 이는 이들을 사용하는 모든 경우가 자동으로 유효하다고 간주되기 때문입니다. 사람들이 노드를 업그레이드하여 새로운 규칙을 시행하면, 업그레이드된 노드는 해당 연산 코드에 대해 새로운 규칙을 적용하고, 이전 노드는 단순히 이들의 사용을 수용합니다. 채굴자가 모든 노드 네트워크가 업그레이드되기 전에 새로운 규칙을 위반하는 거래를 채굴하지 않는 한, 모든 사람은 동일한 블록체인에 남아 있으며 모든 것이 이전 버전과 호환됩니다.
이러한 정의되지 않은 연산 코드를 사용하는 거래는 릴레이 정책에 의해 필터링됩니다. 이는 비트코인 프로토콜의 업그레이드 가능성을 미래에 보존하기 위해서입니다.
사용자가 이러한 정의되지 않은 연산 코드를 사용하여 UTXO를 생성하면, 예를 들어 정의된 것과 결합하여 누구도 사용할 수 없도록 한다면, 해당 정의되지 않은 연산 코드에 검증 규칙이 부여되는 소프트포크가 발생할 경우 그 UTXO는 사용 불가능해질 것입니다. 스크립트의 구조는 소프트포크 동안 적용된 새로운 검증 규칙을 충족할 수 없게 됩니다.
이들이 전파되고 확인되도록 허용하면, 정의되지 않은 연산 코드를 사용하는 UTXO가 향후 소프트포크 업그레이드를 업그레이드하지 않거나 일부 사용자의 코인을 사용 불가능하게 만드는 철학적 딜레마로 바꿀 수 있습니다.
억제
네트워크의 노드에 실제로 해를 끼치지 않는 거래 유형이 있지만, 즉 노드를 충돌시키거나 과도한 메모리나 자원을 사용하는 거래는 네트워크 사용자 대다수가 바람직하지 않거나 비트코인의 주요 목적에 반한다고 생각합니다.
이러한 거래의 예로는 대형 OP_RETURN 출력을 사용하거나 Witness 필드를 활용하여 블록체인에 임의의 정보를 기록하는 인스크립션이 있습니다. 이러한 거래는 비트코인 네트워크의 주요 사용 사례로 간주되지 않기 때문에 억제됩니다.
모든 것이 동일하지는 않다
릴레이 정책의 이러한 다양한 필터 클래스는 매우 뚜렷하게 구별되는 것들입니다. 모든 릴레이 필터가 동일한 이유로 존재하는 것은 아니며, 모든 필터가 채굴자가 이를 채굴(또는 채굴하지 않음)하도록 유도하는 동일한 인센티브를 포함하는 것은 아닙니다. 각 필터는 귀하의 노드 또는 블록체인을 다양한 유형의 합법적으로 해를 끼치거나 단순히 바람직하지 않은 것들로부터 보호하기 위한 특정 목적을 가지고 존재합니다.
모든 필터가 동일하지 않으며, 그들이 필터링하는 것들 간의 차이는 엄청납니다. 네트워크를 충돌시킬 수 있는 문제의 거래(이는 합의 수준에서 수정되어야 함)부터 사람들이 바람직하지 않다고 생각하는 무해한 거래를 단순히 억제하는 것까지 다양합니다.
이러한 것들 간의 차이를 인식하는 것이 중요합니다. 예를 들어, 사용자가 수수료를 지불하면 채굴자는 단순히 바람직하지 않은 거래를 채굴할 수 있지만, 합리적인 채굴자는 전체 네트워크를 충돌시키는 거래로 가득 찬 블록을 구성하고 채굴하지는 않을 것입니다. 이는 그들의 투자를 해치는 일이기 때문입니다.
