Full Node는 Bitcoin 합의 규칙을 독립적으로 적용합니다. 받은 데이터에서 유효 상태를 도출하며 연결 수나 기기 브랜드가 결론에 투표권을 더하지 않습니다.
노드는 헤더, Proof of Work, 블록 연결과 UTXO 전이를 검사합니다. 블록 연결 시 지출 출력이 존재하고 미사용이어야 하며 스크립트와 발행 제한을 충족해야 합니다. 더 많은 작업량은 다른 유효 분기를 선택할 수 있지만 유효성 규칙을 우회하지 못합니다. [Bitcoin Core v29.0: validation]
첫 실행은 이력을 내려받아 처리합니다. Bitcoin Core assumevalid는 조건에 따라 과거 스크립트 검사를 생략하며 assumevalid=0으로 최적화를 끌 수 있습니다. AssumeUTXO는 승인 해시와 일치하는 스냅샷에서 시작해 과거를 백그라운드 검증합니다. 현재 상태 사용 가능은 이력 검증 완료와 다릅니다. [Bitcoin Core v29.0: validation] [Bitcoin Core v29.0: AssumeUTXO]
Pruned 노드는 처리한 옛 블록 파일을 지우지만 현재 UTXO와 새 블록 검증을 유지합니다. 아카이브 노드는 옛 블록을 보관합니다. 이 차이는 이력 제공과 재검색에 영향을 주며 SPV는 애초에 모든 거래와 상태를 같은 방식으로 검증하지 않습니다. [Bitcoin.org: running a full node]
지갑이 다른 서버로 결제를 검증한다면 실행 중인 자기 노드는 그 판단을 보호하지 않습니다. 실제 데이터 원천과 전파 경로를 확인하세요. 노드는 개인 키 없이도 작동하며 보관과 서명은 별도 기능입니다. 독립 검증만으로 네트워크 메타데이터나 백업 오류가 없어지지 않습니다. [Bitcoin.org: running a full node] [Bitcoin Core v29.0: RPC security]
P2P는 블록과 거래를 전송하고 RPC는 앱이 노드와 경우에 따라 지갑을 제어하게 합니다. 수신 P2P 포트 개방은 RPC 공개와 다릅니다. Bitcoin Core는 공용 인터넷에 RPC를 노출하지 않도록 권고하며 로컬 클라이언트에 인증 cookie를 사용합니다. [Bitcoin Core v29.0: RPC security]
getblockchaininfo에서 네트워크, blocks, headers, initialblockdownload를 확인하고 getchainstates로 스냅샷과 백그라운드 검증을 구별하세요. 녹색 아이콘이나 연결 수만으로 완전 검증을 입증하지 못합니다. 마지막으로 지갑이 해당 노드를 읽으며 끝점이 오래되지 않았는지 확인하세요. [Bitcoin Core v29.0: AssumeUTXO] [Bitcoin Core v29.0: validation]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Bitcoin, Timechain / Blockchain, 트랜잭션, UTXO, Proof of Work. 다음 항목에서도 이 글을 참조합니다 Bitcoin, Satoshi Nakamoto, Timechain / Blockchain, Proof of Work.
01Full Node가 bitcoin을 채굴하나요?+
그 자체로는 채굴하지 않습니다. Full Node는 블록과 트랜잭션을 검증합니다. 채굴은 후보 블록 헤더를 반복해서 해시합니다. 두 역할은 함께 실행할 수 있지만 기술적으로 다릅니다.
02블록체인 전체를 영구히 보관해야 하나요?+
아니요. Pruning은 이미 처리한 오래된 블록 파일을 삭제하고 현재 UTXO 상태와 운영에 필요한 최신 데이터를 보관합니다. 공간을 절약하려고 검증을 생략하는 것은 아닙니다. 별도로 assumevalid는 정해진 조건에서 오래된 스크립트 검사를 생략할 수 있습니다. AssumeUTXO는 snapshot을 불러오고 이력을 백그라운드에서 검증합니다.