[PROOFREADING] min101 - KO

courses/min101/quizz/000/ko.yml

@@ -6,4 +6,4 @@ wrong_answers:
   - 미래 주소
 explanation: |
   입력은 UTXO라고 불리는 과거 트랜잭션의 소비되지 않은 출력을 참조합니다.
-reviewed: false
+reviewed: true

courses/min101/quizz/001/ko.yml

@@ -1,9 +1,9 @@
-question: 검증 후, 비트코인 노드는 유효하지만 확인되지 않은 트랜잭션을 어떻게 처리하나요?
-answer: 피어(peers)들에게 전달합니다
+question: 비트코인 노드가 검증을 마친 유효하지만 아직 승인되지 않은 트랜잭션을 어떻게 처리하나요
+answer: 연결된 다른 노드(피어)들에게 전달합니다
 wrong_answers:
-  - 로컬 블록체인 사본에 추가합니다
-  - 자신의 개인 키로 서명합니다
-  - 자신의 공개 키로 암호화합니다
+  - 자신의 블록체인 로컬 사본에 즉시 추가합니다
+  - 자신의 개인키로 트랜잭션에 서명합니다
+  - 자신의 공개키로 트랜잭션을 암호화합니다
 explanation: |
-  비트코인 네트워크에서 각 노드는 유효한 트랜잭션을 연결된 노드들에게 전파합니다.
-reviewed: false
+  비트코인 네트워크에서 각 노드는 검증된 유효한 트랜잭션을 자신이 연결된 다른 노드들에게 전파하여 네트워크 전체로 퍼뜨립니다.
+reviewed: true

courses/min101/quizz/002/ko.yml

@@ -1,9 +1,9 @@
-question: mempool에 관한 설명 중 옳은 것은 무엇인가요?
-answer: 각 노드는 자신만의 mempool을 가집니다
+question: 멤풀(mempool)에 관한 설명 중 옳은 것은 무엇인가요
+answer: 각 노드는 자신만의 개별적인 멤풀을 가지고 있습니다
 wrong_answers:
-  - 단 하나의 고유한 mempool이 존재합니다
-  - mempool은 각 블록에 포함된 파일입니다
-  - mempool은 중앙 서버입니다
+  - 전 세계에 단 하나의 고유한 멤풀만 존재합니다
+  - 멤풀은 각 블록 안에 포함된 파일입니다
+  - 멤풀은 중앙 서버에서 관리됩니다
 explanation: |
-  mempool은 각 노드에 로컬로 존재하므로, 각 노드가 적용하는 규칙에 따라 노드마다 내용이 다를 수 있습니다.
-reviewed: false
+  멤풀은 각 노드에 로컬로 존재하며 각 노드가 적용하는 규칙에 따라 노드마다 그 내용이 조금씩 다를 수 있습니다.
+reviewed: true

courses/min101/quizz/003/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인에서 UTXO를 잠금 해제하는 데 가장 자주 사용되는 증명은 무엇인가요?
+question: 비트코인에서 UTXO를 사용하기 위해 잠금을 해제하는 수단으로 가장 자주 쓰이는 것은 무엇인가요
 answer: 디지털 서명
 wrong_answers:
   - 계정 비밀번호
-  - 현재 블록의 해시
+  - 현재 블록의 해시값
   - SSL 인증서
 explanation: |
-  소비 조건은 일반적으로 해당 개인 키로 생성된 서명을 요구합니다.
-reviewed: false
+  비트코인을 소비하려면 해당 UTXO에 설정된 조건을 만족해야 하며 보통 대응하는 개인키로 생성한 디지털 서명을 통해 소유권을 증명합니다.
+reviewed: true

courses/min101/quizz/004/ko.yml

@@ -1,9 +1,9 @@
-question: 사토시가 요약한 아이디어에 따르면, 이중 지불(double-spending)이 없음을 보장하는 유일한 방법은 무엇인가요?
-answer: 모든 트랜잭션을 아는 것
+question: 사토시 나카모토가 요약한 개념에 따르면 이중 지불이 없음을 보장할 수 있는 유일한 방법은 무엇인가요
+answer: 모든 트랜잭션 내역을 파악하는 것
 wrong_answers:
-  - 모든 활성 노드를 아는 것
-  - 모든 활성 채굴자를 아는 것
-  - 모든 개인 키를 아는 것
+  - 활성화된 모든 노드를 파악하는 것
+  - 활성화된 모든 채굴자를 파악하는 것
+  - 모든 개인키를 파악하는 것
 explanation: |
-  이중 지불은 공유 장부에 기록된 과거 지출과 트랜잭션을 비교함으로써 감지됩니다.
-reviewed: false
+  이중 지불은 새로운 트랜잭션을 공유 장부에 기록된 이전의 지출 기록과 대조함으로써 감지하고 방지할 수 있습니다.
+reviewed: true

courses/min101/quizz/005/ko.yml

@@ -1,9 +1,9 @@
-question: 블록 헤더의 nbits 필드는 무엇에 해당합니까?
-answer: 인코딩된 난이도 목표
+question: 블록 헤더에 포함된 nbits 필드는 무엇을 나타내나요
+answer: 인코딩된 난이도 타겟
 wrong_answers:
   - 바이트 단위의 블록 크기
-  - 블록 내 트랜잭션 수
-  - 블록 타임스탬프
+  - 블록에 포함된 트랜잭션의 수
+  - 블록이 생성된 타임스탬프
 explanation: |
-  nbits 필드는 활성 난이도 목표를 인코딩합니다.
-reviewed: false
+  nbits 필드는 현재 네트워크에 적용 중인 난이도 타겟 값을 효율적으로 저장하기 위해 인코딩한 데이터입니다.
+reviewed: true

courses/min101/quizz/006/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인 블록 헤더의 머클 루트(Merkle root)는 어떤 용도로 사용됩니까?
-answer: 블록의 모든 트랜잭션을 약속(commit)하기 위해
+question: 비트코인 블록 헤더에서 머클 루트(Merkle root)의 목적은 무엇인가요
+answer: 블록에 포함된 모든 트랜잭션 내역을 확정하고 증명하는 것
 wrong_answers:
-  - 블록의 작업 증명을 계산하기 위해
-  - 블록 버전을 알리기 위해
-  - 블록 난이도를 파악하기 위해
+  - 블록의 작업 증명(PoW)을 계산하는 것
+  - 블록 버전을 나타내는 것
+  - 블록 난이도를 결정하는 것
 explanation: |
-  머클 루트는 모든 트랜잭션을 요약합니다. 하나라도 변경되면 루트도 변경됩니다.
-reviewed: false
+  머클 루트는 블록 안의 모든 트랜잭션을 요약한 값입니다. 만약 트랜잭션 내용이 하나라도 바뀌면 머클 루트 값도 완전히 변하게 됩니다.
+reviewed: true

courses/min101/quizz/007/ko.yml

@@ -1,9 +1,9 @@
-question: 채굴자가 트랜잭션을 선택할 때 지침이 되는 경제적 기준은 무엇입니까?
+question: 채굴자가 트랜잭션을 선택할 때 기준으로 삼는 경제적 지표는 무엇인가요
 answer: 수수료율(fee rate)
 wrong_answers:
   - 총 수수료 금액
-  - UTXO의 연령
-  - UTXO의 수
+  - UTXO의 생성 시기
+  - UTXO의 개수
 explanation: |
-  블록 공간은 제한되어 있으므로 채굴자는 바이트당 수익성이 가장 높은 트랜잭션을 우선시합니다. 따라서 트랜잭션 선택을 안내하는 것은 수수료율입니다.
-reviewed: false
+  블록 공간은 제한되어 있기 때문에 채굴자는 바이트당 수익성이 가장 높은 트랜잭션을 우선적으로 처리합니다. 따라서 단순히 총액이 아닌 수수료율이 트랜잭션 선택의 기준이 됩니다.
+reviewed: true

courses/min101/quizz/008/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인에서 작업 증명은 어떤 요소를 기준으로 계산됩니까?
+question: 비트코인의 작업 증명(PoW)은 블록의 어떤 부분을 대상으로 계산되나요
 answer: 블록 헤더
 wrong_answers:
   - 블록 높이
-  - 네트워크의 mempool
+  - 네트워크 멤풀
   - 블록의 첫 21개 트랜잭션
 explanation: |
-  채굴은 블록의 내용을 약속하는 80바이트 블록 헤더를 반복적으로 해싱하는 과정으로 이루어집니다.
-reviewed: false
+  채굴은 80바이트 크기의 블록 헤더를 반복적으로 해싱하는 과정입니다. 이 과정을 통해 블록에 담긴 모든 내용을 확정하고 증명하게 됩니다.
+reviewed: true

courses/min101/quizz/009/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인에서 후보 블록(candidate block)이란 무엇입니까?
-answer: 채굴자가 준비했지만 아직 유효하지 않은 블록
+question: 비트코인에서 후보 블록(candidate block)이란 무엇인가요
+answer: 채굴자가 생성했지만 아직 유효한 작업 증명을 찾지 못한 블록
 wrong_answers:
-  - 네트워크에서 검증되었으나 아직 공유되지 않은 블록
-  - 지갑에서 생성되었으나 아직 유효하지 않은 블록
-  - mempool에 저장된 블록
+  - 네트워크에서 검증되었지만 아직 공유되지 않은 블록
+  - 지갑에서 생성되었지만 아직 유효하지 않은 블록
+  - 멤풀(mempool)에 저장된 블록
 explanation: |
-  각 채굴자는 유효한 작업 증명을 찾으려 시도하기 전에 로컬에서 후보 블록을 조립합니다.
-reviewed: false
+  각 채굴자는 유효한 작업 증명을 찾으려고 시도하기 전에 먼저 자신의 노드에서 직접 후보 블록을 구성합니다.
+reviewed: true

courses/min101/quizz/010/ko.yml

@@ -1,9 +1,9 @@
-question: 블록 헤더에서 논스(nonce)의 크기는 얼마입니까?
+question: 블록 헤더에서 논스(nonce) 필드의 크기는 얼마인가요
 answer: 32비트
 wrong_answers:
   - 128비트
   - 64비트
   - 256비트
 explanation: |
-  논스는 헤더에 있는 32비트 필드입니다.
-reviewed: false
+  논스는 블록 헤더 내에 포함된 32비트 크기의 필드입니다. 채굴자는 이 값을 계속 바꿔가며 유효한 블록 해시값을 찾아냅니다.
+reviewed: true

courses/min101/quizz/011/ko.yml

@@ -1,9 +1,9 @@
-question: 블록 헤더에서 논스(nonce)의 역할은 무엇입니까?
-answer: 재시도를 위해 헤더를 변경함
+question: 블록 헤더에서 논스(nonce)의 목적은 무엇인가요
+answer: 헤더 값을 변경하여 유효한 해시값을 찾기 위해 재시도하는 것
 wrong_answers:
-  - 블록 크기를 늘림
-  - 블록의 모든 트랜잭션을 나타냄
-  - 난이도 목표를 나타냄
+  - 블록의 크기를 키우는 것
+  - 블록 내의 모든 트랜잭션을 대표하는 것
+  - 난이도 타겟을 표시하는 것
 explanation: |
-  논스를 변경하면 해시 입력이 바뀌고 완전히 다른 지문이 생성됩니다. 이를 통해 유효한 해시를 찾기 위한 재시도가 가능해집니다.
-reviewed: false
+  논스 값을 변경하면 해시 함수의 입력값이 바뀌어 완전히 다른 해시 결과가 나옵니다. 이를 통해 채굴자는 유효한 해시값을 찾을 때까지 계속해서 재시도할 수 있습니다.
+reviewed: true

courses/min101/quizz/012/ko.yml

@@ -1,9 +1,9 @@
-question: 난이도 목표가 낮아지면 채굴은 어떻게 됩니까?
-answer: 더 어려워집니다
+question: 난이도 타겟(difficulty target)이 낮아지면 채굴 작업은 어떻게 변하나요
+answer: 채굴이 더 어려워집니다
 wrong_answers:
-  - 더 쉬워집니다
-  - 동일하게 유지됩니다
-  - 불가능해집니다
+  - 채굴이 더 쉬워집니다
+  - 이전과 동일하게 유지됩니다
+  - 채굴이 불가능해집니다
 explanation: |
-  목표값이 낮아지면 임계값 미만의 가능한 결과가 줄어들기 때문에 유효한 해시를 찾기 위해 더 많은 시도가 필요합니다. 이는 채굴이 더 어려워짐을 의미합니다.
-reviewed: false
+  타겟 값이 낮아지면 그 임계값보다 작은 해시 결과값이 나올 확률이 줄어듭니다. 따라서 유효한 해시를 찾기 위해 더 많은 시도가 필요하며 이는 채굴 난이도가 높아짐을 의미합니다.
+reviewed: true

courses/min101/quizz/013/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인에서 블록이 유효하기 위한 조건은 무엇입니까?
-answer: SHA256d(블록 헤더) <= 목표값
+question: 비트코인에서 블록이 유효하기 위한 조건은 무엇인가요
+answer: SHA256d(블록 헤더) <= 타겟
 wrong_answers:
-  - SHA256d(블록 헤더) >= 목표값
-  - SHA256d(블록) >= 목표값
-  - SHA256d(블록 헤더) > 목표값
+  - SHA256d(블록 헤더) >= 타겟
+  - SHA256d(블록) >= 타겟
+  - SHA256d(블록 헤더) > 타겟
 explanation: |
-  비트코인에서 블록이 유효하려면 숫자로 해석된 헤더 해시가 목표값보다 작거나 같아야(<=) 합니다.
-reviewed: false
+  비트코인에서 블록이 유효하려면 해당 블록 헤더를 해싱한 결과값이 숫자로 간주했을 때 타겟(target) 값보다 작거나 같아야(<=) 합니다.
+reviewed: true

courses/min101/quizz/014/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인 채굴에는 어떤 해시 함수가 사용됩니까?
+question: 비트코인 채굴에 사용되는 해시 함수는 무엇인가요
 answer: SHA256d
 wrong_answers:
   - SHA1d
   - RIPEMD160d
   - SHA512d
 explanation: |
-  비트코인 채굴은 SHA256을 두 번 적용하며, 일반적으로 SHA256d라고 표기합니다.
-reviewed: false
+  비트코인 채굴은 SHA256 해시 함수를 두 번 연속으로 적용하는 방식을 사용하며 이를 보통 SHA256d라고 부릅니다.
+reviewed: true

courses/min101/quizz/015/ko.yml

@@ -1,9 +1,9 @@
-question: Hashcash는 몇 년도에 제안되었습니까?
+question: 해시캐시(Hashcash)가 제안된 연도는 언제인가요
 answer: 1997
 wrong_answers:
   - 1993
   - 2004
   - 1995
 explanation: |
-  Hashcash는 1997년 3월에 처음으로 발표되었습니다.
-reviewed: false
+  해시캐시는 1997년 3월에 처음으로 발표되었습니다.
+reviewed: true

courses/min101/quizz/016/ko.yml

@@ -1,9 +1,9 @@
-question: 약어 RPOW는 무엇을 의미합니까?
-answer: Reusable Proofs of Work
+question: 약어 RPOW는 무엇의 줄임말인가요
+answer: 재사용 가능한 작업 증명(Reusable Proofs of Work)
 wrong_answers:
-  - Recursive Proofs of Work
-  - Random Proofs of Work
-  - Replayed Proofs of Work
+  - 재귀적 작업 증명(Recursive Proofs of Work)
+  - 무작위 작업 증명(Random Proofs of Work)
+  - 재실행된 작업 증명(Replayed Proofs of Work)
 explanation: |
-  RPOW는 2004년 할 피니(Hal Finney)가 제안한 재사용 및 교환 가능한 작업 증명을 의미합니다.
-reviewed: false
+  RPOW는 2004년 할 피니가 제안한 재사용 및 교환 가능한 작업 증명 방식을 의미합니다.
+reviewed: true

courses/min101/quizz/017/ko.yml

@@ -1,9 +1,9 @@
-question: Bit Gold 개념의 창시자는 누구입니까?
-answer: Nick Szabo
+question: 비트 골드(Bit Gold)라는 개념을 처음 고안한 사람은 누구인가요
+answer: 닉 자보(Nick Szabo)
 wrong_answers:
-  - Satoshi Nakamoto
-  - Hal Finney
-  - Wei Dai
+  - 사토시 나카모토
+  - 할 피니
+  - 웨이 다이
 explanation: |
-  Bit Gold는 닉 사보(Nick Szabo)가 제안한 전자 화폐 시스템의 개념적 프로젝트입니다.
-reviewed: false
+  비트 골드는 닉 자보가 제안한 전자 화폐 시스템 프로젝트로 비트코인의 탄생에 영감을 준 중요한 전구체 중 하나입니다.
+reviewed: true

courses/min101/quizz/018/ko.yml

@@ -1,9 +1,9 @@
-question: Hashcash는 주로 어떤 문제를 해결하려고 했습니까?
+question: 해시캐시(Hashcash)가 기본적으로 해결하고자 했던 문제는 무엇인가요
 answer: 이메일 스팸
 wrong_answers:
   - 이중 지불
   - DNS 피싱
-  - 개인 키 도난
+  - 개인키 도난
 explanation: |
-  Hashcash는 대량의 이메일 전송을 수익성이 없게 만들기 위해 메시지당 컴퓨팅 비용을 부과합니다.
-reviewed: false
+  해시캐시는 이메일 메시지당 일정 수준의 계산 비용을 부과하여 대량으로 스팸 메일을 보내는 것이 경제적으로 이득이 되지 않게 만듭니다.
+reviewed: true

courses/min101/quizz/019/ko.yml

@@ -1,9 +1,9 @@
-question: Hashcash를 발명한 사람은 누구입니까?
-answer: Adam Back
+question: 해시캐시(Hashcash)를 고안한 사람은 누구인가요
+answer: 아담 백(Adam Back)
 wrong_answers:
-  - Nick Szabo
-  - Hal Finney
-  - David Chaum
+  - 닉 자보(Nick Szabo)
+  - 할 피니(Hal Finney)
+  - 데이비드 차움(David Chaum)
 explanation: |
-  Hashcash는 아담 백(Adam Back)에 의해 발명되었습니다. 이것은 최초의 작업 증명 메커니즘입니다.
-reviewed: false
+  해시캐시는 아담 백이 고안했습니다. 이는 역사상 최초로 제안된 작업 증명(Proof of Work) 메커니즘입니다.
+reviewed: true

courses/min101/quizz/020/ko.yml

@@ -1,9 +1,9 @@
-question: 비트코인은 각 블록 사이에 평균적으로 어느 정도의 간격을 목표로 합니까?
+question: 비트코인 네트워크가 목표로 하는 블록 간의 평균 생성 주기는 얼마인가요
 answer: 10분
 wrong_answers:
   - 1분
   - 30분
   - 60분
 explanation: |
-  프로토콜은 장기간에 걸쳐 평균 약 10분마다 하나의 블록을 생성하는 것을 목표로 합니다.
-reviewed: false
+  비트코인 프로토콜은 장기적으로 약 10분마다 하나의 블록이 생성되는 것을 목표로 설계되었습니다.
+reviewed: true

courses/min101/quizz/021/ko.yml

@@ -1,9 +1,9 @@
-question: 난이도 목표는 몇 블록마다 조정됩니까?
-answer: 2016개 블록
+question: 비트코인의 난이도 타겟은 몇 개의 블록마다 재조정되나요
+answer: 2016개
 wrong_answers:
-  - 2000개 블록
-  - 2100개 블록
-  - 4096개 블록
+  - 2000개
+  - 2100개
+  - 4096개
 explanation: |
-  조정은 2016개 블록마다 이루어지며, 이는 블록당 10분을 기준으로 약 2주에 해당합니다.
-reviewed: false
+  난이도 조절은 2016개 블록마다 발생하며 이는 블록당 10분을 기준으로 계산했을 때 약 2주에 해당하는 기간입니다.
+reviewed: true

courses/min101/quizz/022/ko.yml

@@ -1,9 +1,9 @@
-question: 해시레이트는 무엇을 측정합니까?
-answer: 초당 해시 수
+question: 해시레이트(hashrate)는 무엇을 측정하는 지표인가요
+answer: 초당 해시 수(Hashes per second)
 wrong_answers:
   - 초당 블록 수
   - 초당 트랜잭션 수
   - 초당 바이트 수
 explanation: |
-  해시레이트는 매초 시도되는 해싱 횟수를 H/s로 나타냅니다.
-reviewed: false
+  해시레이트는 매초 시도되는 해싱 연산의 횟수를 나타내며 단위는 H/s(초당 해시 수)를 사용합니다.
+reviewed: true

courses/min101/quizz/023/ko.yml

@@ -1,9 +1,9 @@
-question: 지난 기간 동안 블록이 너무 빨리 발견되었다면 어떤 일이 발생합니까?
-answer: 목표치가 낮아집니다
+question: 지난 주기 동안 블록이 너무 빠르게 생성되었다면 어떤 변화가 일어나나요
+answer: 타겟(target) 값이 낮아집니다
 wrong_answers:
-  - 목표치가 높아집니다
-  - 목표치가 동일하게 유지됩니다
-  - 블록 크기가 증가합니다
+  - 타겟(target) 값이 높아집니다
+  - 타겟(target) 값이 동일하게 유지됩니다
+  - 블록 크기가 커집니다
 explanation: |
-  블록이 너무 빨리 발견되는 것은 해시레이트가 더 높다는 것을 의미하므로, 비트코인은 목표치를 낮추어 조건을 강화합니다.
-reviewed: false
+  블록이 너무 빠르게 생성되었다는 것은 네트워크의 해시레이트가 높아졌음을 의미합니다. 따라서 비트코인은 타겟 값을 낮추어 블록 생성 조건을 더 까다롭게 만듭니다.
+reviewed: true