--- title: "작업증명" title_en: "Proof Of Work" type: 용어 url: https://wiki.tokenpost.kr/w/proof-of-work canonical: https://wiki.tokenpost.kr/w/proof-of-work language: ko publisher: "토큰포스트" updated: 2026-07-31T00:11:10.795+00:00 created: 2026-07-28T22:44:31.046783+00:00 same_as: ["https://ko.wikipedia.org/wiki/%EC%9E%91%EC%97%85%EC%A6%9D%EB%AA%85"] status: draft --- # 작업증명 > Proof Of Work > **인용 전에 확인해 주세요.** 이 문서는 자동으로 만든 초안이며 사람의 > 검수를 거치지 않았습니다. 사실 관계는 아래 각주의 원문으로 확인해 주세요. **분류**: 용어 작업증명(Proof of Work, PoW)은 참여자가 실제로 연산 자원을 소모했음을 증명하도록 요구해 부정행위를 억제하는 합의 및 방어 메커니즘으로, 비트코인을 비롯한 여러 블록체인의 보안 근간이 되는 [합의 알고리즘](https://wiki.tokenpost.kr/w/consensus-algorithm)이다. ## 1. 개요 작업증명(Proof of Work, PoW)은 블록체인 네트워크에서 새로운 블록을 생성하고 거래를 검증하기 위해 사용되는 [합의 알고리즘](https://wiki.tokenpost.kr/w/consensus-algorithm)이다. 채굴자(마이너)라 불리는 참여자들이 컴퓨팅 파워를 들여 어려운 수학 문제를 풀고, 가장 먼저 정답을 찾은 사람이 블록을 추가할 권한과 보상을 얻는 구조다. 핵심 원리는 "정답을 찾기는 어렵지만, 정답이 맞는지 확인하기는 쉽다"는 비대칭성에 있다. 채굴자는 조건을 만족하는 해시값이 나올 때까지 논스(nonce)라는 값을 바꿔가며 [SHA](https://wiki.tokenpost.kr/w/sha) 같은 암호학적 해시 함수를 무수히 반복 계산해야 한다. 이 과정 자체가 막대한 전기와 연산을 요구하기 때문에, 네트워크를 조작하려면 전체 참여자의 절반 이상에 해당하는 계산력을 확보해야 하고, 이는 현실적으로 매우 비싸고 어렵다. 이렇게 '일한 것을 증명'하도록 만들어 부정행위를 억제하는 것이 작업증명의 보안 근간이다. 작업증명은 2009년 [비트코인](https://wiki.tokenpost.kr/w/bitcoin)에 처음 본격적으로 적용되어 중앙 기관 없이도 화폐 시스템이 작동할 수 있음을 입증했다. 다만 대량의 전력을 소비한다는 환경적 비판과, 전용 채굴 장비([ASIC](https://wiki.tokenpost.kr/w/asic))에 채굴력이 집중되는 문제가 지속적으로 지적되어 왔다.[^1] ## 2. 기원과 역사 작업증명의 뿌리는 암호화폐 이전으로 거슬러 올라간다. 연산 자원을 대가로 요구해 남용을 막는다는 발상은 1993년 신시아 드워크(Cynthia Dwork)와 모니 나오르(Moni Naor)가 스팸 메일과 [서비스 남용](https://wiki.tokenpost.kr/w/ddos)을 억제하기 위한 수단으로 처음 제안했다. 요청자에게 일정한 연산 부담을 지워, 정상 이용에는 무리가 없지만 대량 남용에는 비용이 커지도록 설계한 것이다. 1997년 애덤 백(Adam Back)은 부분 해시 반전(partial hash inversion) 방식을 활용한 해시캐시(Hashcash)를 발표했다. 이는 이메일 스팸 방지를 겨냥한 것으로, 훗날 비트코인 채굴 방식의 직접적인 바탕이 되었다. 1999년에는 마르쿠스 야콥손(Markus Jakobsson)과 아리 유엘스(Ari Juels)가 '작업증명(Proof of Work)'이라는 용어를 정식으로 규정하며 개념을 이론적으로 다듬었다. 이후 닉 재보(Nick Szabo)의 비트골드(bit gold) 구상, 2004년 할 피니(Hal Finney)의 재사용 가능한 작업증명(RPOW) 등 디지털 화폐로 응용하려는 시도가 이어졌다. 그리고 2009년 [비트코인](https://wiki.tokenpost.kr/w/bitcoin)이 [제네시스 블록](https://wiki.tokenpost.kr/w/genesis-block)과 함께 가동되면서, 작업증명은 중앙 기관 없이 [분산원장](https://wiki.tokenpost.kr/w/distributed-ledger)의 순서와 무결성을 지키는 실용적인 수단으로 자리 잡았다. ## 3. 동작 원리 작업증명에서 채굴자는 [블록 헤더](https://wiki.tokenpost.kr/w/block-header)에 담긴 거래 데이터와 이전 블록의 해시, 그리고 논스를 함께 해시 함수에 넣는다. 목표는 결과 해시값이 네트워크가 정한 '난이도 목표'보다 작아지도록, 즉 앞자리에 일정 개수 이상의 0이 붙도록 만드는 논스를 찾는 것이다. 해시 함수의 출력은 예측할 수 없으므로 채굴자는 사실상 무작위 대입(brute force)으로 수많은 논스를 시도할 수밖에 없다. 반면 검증은 간단하다. 다른 노드는 제시된 논스를 한 번만 해시에 넣어보면 조건을 충족하는지 즉시 확인할 수 있다. '찾기는 어렵고 확인은 쉬운' 이 비대칭성 덕분에, 정직한 [풀 노드](https://wiki.tokenpost.kr/w/full-node)들이 큰 비용 없이 채굴 결과를 검증하고 유효하지 않은 블록을 걸러낼 수 있다. 여러 채굴자가 동시에 블록을 만들어 체인이 갈라지면, 네트워크는 가장 많은 누적 작업량이 쌓인 체인을 정당한 것으로 인정한다. 공격자가 기록을 되돌리려면 그동안 쌓인 연산을 처음부터 다시 따라잡아야 하므로, 시간이 지나 [확인](https://wiki.tokenpost.kr/w/confirmation-time)이 누적될수록 거래를 뒤집기가 사실상 불가능에 가까워진다. ## 4. 난이도 조정과 보상 네트워크는 [블록 생성 속도](https://wiki.tokenpost.kr/w/block-time)를 일정하게 유지하기 위해 난이도를 주기적으로 자동 조정한다. 참여하는 계산력이 늘어 블록이 너무 빨리 생성되면 난이도를 높이고, 반대의 경우 낮춘다. [비트코인](https://wiki.tokenpost.kr/w/bitcoin)의 경우 약 10분에 한 블록이 생성되도록 설계되어 있으며, 대략 2,016개 블록마다(약 2주) 난이도를 다시 계산한다. 블록을 성공적으로 만든 채굴자는 새로 발행되는 코인과 거래 수수료를 [블록 보상](https://wiki.tokenpost.kr/w/block-reward)으로 받는다. 이 신규 코인 보상은 [반감기](https://wiki.tokenpost.kr/w/halving)를 통해 일정 주기마다 절반으로 줄어든다. 비트코인은 약 21만 블록(약 4년)마다 반감기를 맞으며, 초기 50 BTC로 시작한 보상이 이후 25, 12.5 BTC 식으로 계속 감소한다. 이러한 설계는 통화 공급을 예측 가능하게 통제하는 동시에, 시간이 지날수록 채굴 보상에서 신규 발행이 차지하는 비중을 줄이고 거래 수수료의 역할을 키우도록 유도한다. ## 5. 해시 알고리즘 해시 알고리즘은 코인마다 다르다. [비트코인](https://wiki.tokenpost.kr/w/bitcoin)은 SHA-256을 사용하고, 라이트코인 등 일부 코인은 메모리 사용량이 큰 [스크립트](https://wiki.tokenpost.kr/w/scrypt) 알고리즘을 채택해 [ASIC](https://wiki.tokenpost.kr/w/asic) 편중을 완화하려 했다. 이 밖에도 [케차크](https://wiki.tokenpost.kr/w/keccak) 계열을 비롯한 다양한 해시 함수가 서로 다른 네트워크에서 채굴 방식으로 쓰인다. 서로 다른 알고리즘을 채택하는 배경에는 채굴 장비의 편중 문제가 있다. SHA-256처럼 단순 연산을 극단적으로 반복하는 방식은 전용 [ASIC](https://wiki.tokenpost.kr/w/asic) 개발에 유리해 채굴력이 소수 제조사와 대형 [채굴장](https://wiki.tokenpost.kr/w/mining-farm)에 몰리기 쉽다. 반면 스크립트처럼 많은 메모리를 요구하는 방식은 전용 장비의 이점을 줄여, 일반 [GPU](https://wiki.tokenpost.kr/w/gpu)나 [CPU](https://wiki.tokenpost.kr/w/cpu)로도 상대적으로 참여하기 쉽게 만들려는 의도를 담고 있다. 일부 네트워크는 [병합 채굴](https://wiki.tokenpost.kr/w/merged-mining)을 도입해, 같은 [해싱](https://wiki.tokenpost.kr/w/hashing) 작업으로 여러 체인을 동시에 채굴하도록 함으로써 소규모 체인의 보안을 보강하기도 한다. ## 6. 보안 모델과 공격 작업증명의 안전성은 '기록을 바꾸는 것이 정직하게 채굴하는 것보다 비싸다'는 경제적 원리에서 나온다. 전체 [해시레이트](https://wiki.tokenpost.kr/w/hash-rate)의 절반 이상을 확보하지 못하는 한, 공격자가 만든 위조 체인은 정직한 다수가 쌓는 체인의 누적 작업량을 따라잡을 수 없다. 다만 특정 주체가 계산력의 과반을 장악하면 [51% 공격](https://wiki.tokenpost.kr/w/51-attack)이 가능해진다. 이 경우 자신이 보낸 거래를 취소해 같은 코인을 다시 쓰는 [이중지불](https://wiki.tokenpost.kr/w/double-spending)을 시도하거나, 특정 거래를 블록에 넣지 못하도록 [검열](https://wiki.tokenpost.kr/w/censorship-resistance)할 수 있다. 해시레이트가 낮은 소규모 네트워크일수록 공격 비용이 낮아 이런 위협에 취약하다. 작업증명은 이러한 위험을 완전히 없애지는 못하지만, 대형 네트워크에서는 공격에 필요한 장비·전력 비용이 막대해 사실상 방어가 이루어진다. 이 점에서 작업증명은 [비잔틴 장애 허용](https://wiki.tokenpost.kr/w/byzantine-fault-tolerance) 문제를 경제적 유인으로 풀어낸 대표적 사례로 평가된다. ## 7. 채굴 생태계 작업증명 네트워크의 [채굴](https://wiki.tokenpost.kr/w/mining)은 시간이 지나며 개인의 [CPU](https://wiki.tokenpost.kr/w/cpu)에서 [GPU](https://wiki.tokenpost.kr/w/gpu), 다시 전용 [ASIC](https://wiki.tokenpost.kr/w/asic)로 장비가 고도화되어 왔다. 채굴 효율 경쟁이 심해지면서 값싼 전기와 대량의 장비를 갖춘 [채굴장](https://wiki.tokenpost.kr/w/mining-farm)이 등장했고, 채굴 산업은 하나의 거대한 하드웨어·에너지 시장으로 성장했다. 개별 채굴자가 홀로 블록을 찾을 확률은 낮기 때문에, 여러 참여자가 연산을 모으고 보상을 나누는 채굴 풀(mining pool)이 보편화되었다. 이를 통해 소규모 참여자도 꾸준한 수익을 기대할 수 있게 되었으나, 대형 풀에 [해시레이트](https://wiki.tokenpost.kr/w/hash-rate)가 집중되면서 탈중앙화 취지가 약해진다는 지적도 함께 나온다. 채굴력의 분포는 네트워크 보안과 직결되므로, 특정 풀이나 지역, 제조사에 지나치게 쏠리지 않는 것이 작업증명 체인의 건강성을 판단하는 중요한 지표로 여겨진다. ## 8. 대안 합의 방식 작업증명의 높은 에너지 소비와 장비 집중 문제를 개선하기 위해 여러 대안 [합의 방식](https://wiki.tokenpost.kr/w/consensus-algorithm)이 등장했다. 대표적으로 코인 보유 지분에 비례해 블록 생성 권한을 부여하는 지분증명(Proof of Stake)이 있으며, [이더리움](https://wiki.tokenpost.kr/w/ethereum)은 2022년 작업증명에서 지분증명으로 전환했다(더 머지). 이때 작업증명 체인을 이어가려는 진영이 갈라져 나오며 [이더리움클래식](https://wiki.tokenpost.kr/w/ethereum-classic) 같은 사례도 존재한다. 지분증명을 변형해 대표자를 선출하는 [위임 지분증명](https://wiki.tokenpost.kr/w/delegated-proof-of-stake), 연산력 대신 저장 공간을 담보로 활용하는 [용량 증명](https://wiki.tokenpost.kr/w/proof-of-capacity)도 작업증명의 전력 문제를 겨냥한 방식이다. 각 방식은 보안, 탈중앙화, 효율성 사이에서 저마다 다른 균형점을 택한다. 작업증명은 이처럼 여러 대안이 나온 뒤에도 [비트코인](https://wiki.tokenpost.kr/w/bitcoin)을 비롯한 주요 네트워크에서 여전히 가장 오래 검증된 보안 모델로 평가받는다. ## 9. 한계와 논란 작업증명의 가장 큰 비판은 에너지 소비다. 조건을 만족하는 논스를 찾기 위해 전 세계 채굴자가 끊임없이 연산을 반복하므로, 대형 네트워크의 전력 소비는 국가 단위와 비교될 만큼 크다. 이 때문에 환경 부담과 탄소 배출을 둘러싼 논쟁이 이어져 왔다. 두 번째는 채굴력 집중이다. 전용 [ASIC](https://wiki.tokenpost.kr/w/asic)와 대규모 [채굴장](https://wiki.tokenpost.kr/w/mining-farm)이 경쟁을 주도하면서, 초기의 '누구나 참여하는 채굴'이라는 이상과 달리 자본과 전력 접근성이 좋은 소수에게 [해시레이트](https://wiki.tokenpost.kr/w/hash-rate)가 쏠리는 경향이 나타난다. 이는 [51% 공격](https://wiki.tokenpost.kr/w/51-attack) 위험과도 맞닿아 있다. 또한 채굴 장비의 짧은 수명과 폐기물 문제, 특정 국가·지역의 규제 변화에 따라 채굴 산업이 이동하는 현상도 지속적으로 거론된다. 이러한 한계들이 지분증명 등 대안 합의 방식이 부상하게 된 배경이 되었다. ## 10. 암호화폐 밖의 활용 작업증명은 본래 암호화폐를 위해 만들어진 개념이 아니다. 초기 목적은 서비스 요청자에게 연산 부담을 지워 [서비스 거부(DoS) 공격](https://wiki.tokenpost.kr/w/ddos)이나 이메일 스팸 같은 남용을 억제하는 데 있었다. 정상 이용자에게는 부담이 미미하지만 대량으로 남용하려는 쪽에는 누적 비용이 크게 불어나도록 설계된 것이다. 1997년의 해시캐시가 대표적인 예로, 이메일 한 통을 보낼 때마다 소량의 연산을 요구해 스팸 발송의 경제성을 떨어뜨리려 했다. 이러한 원리는 이후 [비트코인](https://wiki.tokenpost.kr/w/bitcoin)의 채굴 방식으로 이어졌으며, 오늘날에도 봇 트래픽 억제나 접근 제어 같은 영역에서 유사한 발상이 응용된다. 결국 작업증명은 '자원을 실제로 소모했다는 사실 자체를 신뢰의 근거로 삼는다'는 하나의 아이디어이며, 블록체인은 그 아이디어가 가장 크게 성공한 응용 사례라고 할 수 있다. ## 11. 연표 - **1993** (설립) 신시아 드워크와 모니 나오르가 스팸·서비스 남용 억제 수단으로 연산 부담을 요구하는 개념을 제안 - **1997** (이정표) 애덤 백이 부분 해시 반전 방식의 해시캐시(Hashcash)를 발표 - **1999** (이정표) 마르쿠스 야콥손과 아리 유엘스가 '작업증명(Proof of Work)'이라는 용어를 정식화 - **2004** (이정표) 할 피니가 재사용 가능한 작업증명(RPOW) 시스템을 공개 - **2009** (이정표) 비트코인 메인넷 출시로 작업증명이 화폐 시스템에 처음 대규모로 적용 - **2011** (출시) 라이트코인이 메모리 부담이 큰 스크립트(scrypt) 알고리즘을 채택 - **2022** (이정표) 이더리움이 작업증명에서 지분증명으로 전환(더 머지) ## 각주 [^1]: [위키백과 — 작업 증명 시스템](https://ko.wikipedia.org/wiki/%EC%9E%91%EC%97%85_%EC%A6%9D%EB%AA%85_%EC%8B%9C%EC%8A%A4%ED%85%9C) --- 같은 개체: [위키백과(한국어)](https://ko.wikipedia.org/wiki/%EC%9E%91%EC%97%85%EC%A6%9D%EB%AA%85) 원문: https://wiki.tokenpost.kr/w/proof-of-work 최종 수정: 2026-07-31T00:11:10.795+00:00 발행: 토큰포스트 위키. 인용할 때 문서 제목과 원문 주소를 함께 밝혀 주세요.