feat(week-01): complete counter assignment

week-01/dev/src/Counter.sol

@@ -30,13 +30,17 @@ contract Counter {
     /// @notice 카운트를 1 증가시킵니다
     /// @dev count 값을 1만큼 증가시키는 로직을 구현하세요
     function increment() public {
+        count++;
         // TODO: count를 1 증가시키세요
         // 힌트: count += 1; 또는 count = count + 1; 또는 count++;
     }
 
     /// @notice 카운트를 1 감소시킵니다
     /// @dev count가 0일 때 감소시키면 언더플로우가 발생합니다
     function decrement() public {
+        // require 작동방식 : 조건 체크 -> 실패시 revert OPCODE 반환 -> 에러코드 반환
+        require(count>0,"Count cannot go below zero");
+        count--;
         // TODO: count를 1 감소시키세요. 단, count가 0이면 revert해야 합니다.
         // 힌트: require(조건, "에러 메시지"); 를 사용하세요
         // 힌트: require(count > 0, "Count cannot go below zero");
@@ -45,6 +49,7 @@ contract Counter {
     /// @notice 카운트를 0으로 초기화합니다
     /// @dev count 값을 0으로 설정하는 로직을 구현하세요
     function reset() public {
+        count = 0;
         // TODO: count를 0으로 초기화하세요
         // 힌트: count = 0;
     }

week-01/quiz/quiz-01-solution.md

@@ -0,0 +1,307 @@
+# Week 1 퀴즈: State/Account + Solidity 기초
+
+**제출 방법:**
+1. 이 파일을 복사하여 `quiz-01-solution.md`로 저장
+2. 각 문제에 답변 작성 (왜 그런지 설명 포함)
+3. Pull Request 생성 (`quiz_submission` 템플릿 사용)
+
+**평가 기준:**
+- 정답 여부보다 **개념 이해도**를 중점 평가합니다
+- "왜"에 대한 설명이 충분한지 확인합니다
+- 문법 오류는 크게 감점하지 않습니다
+
+---
+
+## 문제 1: [이론] 상태 머신 (객관식)
+
+이더리움에서 "상태 전이가 원자적(atomic)이다"라는 말의 의미를 가장 잘 설명한 것은?
+
+다음 상황을 고려하세요:
+
+```
+Alice가 Bob에게 1 ETH를 보내는 트랜잭션을 실행합니다.
+중간에 가스가 부족해져서 트랜잭션이 실패했습니다.
+```
+
+**보기:**
+A) Alice의 잔액만 감소하고 Bob의 잔액은 변하지 않는다
+B) Alice의 잔액과 Bob의 잔액 모두 변하지 않고, 가스비만 소모된다
+C) 네트워크가 자동으로 부족한 가스를 보충해서 트랜잭션을 완료한다
+D) 트랜잭션이 절반만 실행되어 0.5 ETH만 전송된다
+
+**답변:**
+<!--
+정답 알파벳을 적고, 왜 이 답을 선택했는지 설명하세요.
+"원자적"이라는 것이 실제로 어떤 의미인지 설명해 주세요.
+-->
+B, 트랜잭션은 atomic 하기때문에 보내는 상태가 전부 성공하거나 실패한다.
+실패한다는 것은 전체가 원래 상태로 돌아온다는 말이다. 그럼에도 가스비는 소모된다.
+그래서 Alice의 잔액은 가스비 정도 줄어들고, Bob의 잔액은 그대로다
+
+---
+
+## 문제 2: [이론] 결정론적 실행 (객관식)
+
+이더리움 EVM이 "결정론적(deterministic)"으로 실행된다는 것의 핵심 이유는 무엇인가요?
+
+**보기:**
+A) 모든 노드가 같은 하드웨어를 사용해야 해서
+B) 같은 입력(트랜잭션)이 주어지면 모든 노드가 같은 결과(상태)를 도출해야 하므로
+C) 중앙 서버가 모든 계산을 수행하고 결과를 배포해서
+D) 트랜잭션이 항상 1초 안에 처리되어야 해서
+
+**답변:**
+<!--
+정답과 함께, "결정론적이지 않으면" 어떤 문제가 발생하는지 설명하세요.
+예: 노드 A와 노드 B가 다른 결과를 얻으면 어떻게 될까요?
+-->
+B, evm이 결정론적이지 않으면 같은 입력이 발생했을 때, 다른 output이 발생할 수 있다.
+이렇게 되면, 각 노드들은 자신이 실행한 결과가 맞다고 생각하기 때문에 노드들의 합의가 일어나기 힘들다.
+
+
+---
+
+## 문제 3: [이론] EOA vs CA (객관식)
+
+다음 중 EOA(Externally Owned Account)와 CA(Contract Account)의 차이를 올바르게 설명한 것은?
+
+**보기:**
+A) EOA는 코드를 실행할 수 있고, CA는 코드를 실행할 수 없다
+B) EOA만 트랜잭션을 시작할 수 있고, CA는 EOA에 의해 호출될 때만 실행된다
+C) CA만 ETH를 보유할 수 있고, EOA는 ETH를 보유할 수 없다
+D) EOA와 CA는 동일한 기능을 가지며 이름만 다르다
+
+**답변:**
+<!--
+정답과 함께, "왜 CA는 트랜잭션을 시작할 수 없나요?"에 대해 설명하세요.
+힌트: 트랜잭션을 시작하려면 무엇이 필요한가요?
+-->
+B,(하지만 CA는 CA에 의해서도 호출 될 수 있기 때문에 뒤에 설명은 좀 애매하다고 생각합니다.)
+CA는 오직 publickey만 가지고 private키를 가지지 않는다. 사실 어떤 코드를 보관하고 있는 보관소 정도라고 생각하면될 것이다.
+트랜잭션이 실행되려면 private키를 가져야한다.
+
+---
+
+## 문제 4: [이론] 계정 상태 필드 (객관식)
+
+이더리움 계정 상태의 4가지 필드 중 `nonce`의 역할을 올바르게 설명한 것은?
+
+다음 상황을 고려하세요:
+
+```
+Alice의 현재 nonce: 5
+Alice가 두 개의 트랜잭션을 동시에 전송합니다:
+- TX-A: nonce=5, Bob에게 1 ETH 전송
+- TX-B: nonce=5, Charlie에게 2 ETH 전송
+```
+
+**보기:**
+A) 두 트랜잭션 모두 성공적으로 처리된다
+B) TX-A만 처리되고 TX-B는 무시된다 (또는 그 반대)
+C) 두 트랜잭션 모두 실패하고 Alice의 자산이 동결된다
+D) 네트워크가 자동으로 TX-B의 nonce를 6으로 변경한다
+
+**답변:**
+<!--
+정답과 함께, nonce가 "트랜잭션 재사용 공격"을 어떻게 방지하는지 설명하세요.
+-->
+B,트랜잭션이 성공하면 각 계정의 nonce 값이 올라가서 다른 트랜잭션은 잘못된 논스값에 서명을 한 것 이기때문에 무효가된다.
+즉 먼저 처리되는 한개만 처리되고, 다른 한개는 받아들여지지 않는다.
+
+
+---
+
+## 문제 5: [이론] World State (객관식)
+
+World State에 대한 설명 중 올바른 것은?
+
+**보기:**
+A) World State는 최신 100개 블록의 트랜잭션만 저장한다
+B) World State는 모든 계정의 현재 상태(주소 -> 상태 매핑)를 나타낸다
+C) World State는 EOA의 정보만 저장하고 CA 정보는 별도로 관리한다
+D) World State는 각 노드마다 다른 값을 가질 수 있다
+
+**답변:**
+<!--
+정답과 함께, World State가 "전화번호부"에 비유되는 이유를 설명하세요.
+-->
+B,모든 계정의 정보는 unique 한 상태를 가진다. 이 상태들을 전부 모아놓은 것이 World State 이다.
+전화번호 또한 한 사람 한 사람 unique 한 식별자이다. 
+따라서 world state는 전화번호부에 비유될 수 있다.
+
+---
+
+## 문제 6: [이론] 상태 변수 vs 지역 변수 (단답형)
+
+Solidity에서 `상태 변수(state variable)`와 `지역 변수(local variable)`의 차이는 무엇인가요?
+
+다음 코드를 보고 설명하세요:
+
+```solidity
+contract Example {
+    uint256 public count;  // 이것은 무엇인가요?
+
+    function calculate(uint256 input) public pure returns (uint256) {
+        uint256 result = input * 2;  // 이것은 무엇인가요?
+        return result;
+    }
+}
+```
+
+**답변:**
+<!--
+두 변수의 차이점을 설명하세요.
+특히 다음 관점에서 비교해 주세요:
+1. 저장 위치 (Storage vs Memory)
+2. 지속성 (트랜잭션 종료 후에도 유지되는가?)
+3. 비용 (어느 것이 더 비싼가?)
+-->
+여기서 상태 변수는 count이고 지역변수는 result 이다.
+상태변수는 Storage에 저장되고 지역변수는 Memory에 저장된다.
+트랜잭션 종료 후 상태변수는 사라지지 않고, 지역 변수는 사라진다.
+상태변수는 해당 Contract가 사라지기 전에 사라지지 않는다.
+상태변수에 접근하는 것이 지역변수에 접근하는 것보다 비싸다.
+
+
+---
+
+## 문제 7: [이론] 원자성의 이유 (단답형)
+
+이더리움에서 트랜잭션이 "원자적(atomic)"으로 처리되어야 하는 이유는 무엇인가요?
+
+**왜** 부분적으로 성공하는 트랜잭션을 허용하면 문제가 될까요? 구체적인 예시와 함께 설명하세요.
+
+**답변:**
+<!--
+2-3 문장으로 설명하세요.
+힌트: 송금 트랜잭션이 "절반만 성공"하면 어떤 일이 벌어질까요?
+누군가의 잔액이 갑자기 사라지거나 생기면 어떻게 될까요?
+-->
+Alice가 Bob에게 송금을 하는데, 트랜잭션이 절반만 성공해서 Alice의 잔액은 줄어들었는데 Bob의 계좌는 그대로인 경우가 있을 수 있다. 이러면 시스템적인 일관성과 신뢰성이 저해된다.
+따라서 트랜잭션은 원자적으로 처리되어야한다.
+
+
+---
+
+## 문제 8: [이론] 계정 구조 설명 (단답형)
+
+EOA에는 `codeHash`와 `storageRoot`가 왜 의미가 없나요?
+
+**답변:**
+<!--
+EOA와 CA의 구조적 차이를 설명하면서 답변하세요.
+힌트: EOA에 코드가 있나요? 저장소가 필요한가요?
+-->
+EOA는 컨트랙트 코드를 보유하지 않기 때문에 실행할 코드가 없다. 이로 인해 codeHash는 의미가없다.
+EOA는 storage를 사용하지 않으므로 storageRoot가 의미가 없다.
+반면, CA는 코드를 가지고 그 코드 내부에 상태 변수를 가지므로 codeHash와 storageRoot가 모두 필요하다.
+
+---
+
+## 문제 9: [코드] Counter 읽기 (코드 읽기)
+
+다음 Counter.sol 코드를 분석하세요:
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity 0.8.26;
+
+contract Counter {
+    uint256 public count;
+
+    function getCount() public view returns (uint256) {
+        return count;
+    }
+
+    function increment() public {
+        count += 1;
+    }
+
+    function decrement() public {
+        require(count > 0, "Count cannot go below zero");
+        count -= 1;
+    }
+}
+```
+
+**1) `public` 키워드의 역할:**
+`count` 변수에 `public`이 붙으면 어떤 일이 자동으로 일어나나요?
+
+**답변:**
+<!--
+자동 생성되는 것이 무엇인지 설명하세요.
+-->
+상태변수에 public을 붙이면 getter 함수를 자동으로 생성해준다.
+그래서 외부에서 count값을 볼 수 있게된다.
+
+
+**2) `view` 키워드의 의미:**
+`getCount()` 함수에 `view`가 붙은 이유는 무엇인가요? `view`를 제거하면 어떻게 될까요?
+
+**답변:**
+<!--
+view 함수의 특성을 설명하세요.
+-->
+view는 읽기만 가능하고 쓰기가 불가능하다. 조회용 함수라는 소리이다.
+view를 없애도, 동작이 달라지는건 아니지만 상태변경이 불가능한 함수라는 정보는 사라진다.
+협업을 할때, 이 코드를 쓴 의도를 보여주는 좋은 도구라고 생각한다.
+
+---
+
+## 문제 10: [코드] Counter 동작 예측 (코드 읽기)
+
+위의 Counter 컨트랙트에서 다음 시나리오를 분석하세요:
+
+**시나리오:**
+```
+초기 상태: count = 0
+
+1. increment() 호출
+2. increment() 호출
+3. decrement() 호출
+4. decrement() 호출
+5. decrement() 호출
+```
+
+**질문 1:** 5번째 `decrement()` 호출의 결과는 무엇인가요?
+
+**답변:**
+<!--
+성공/실패 여부와 그 이유를 설명하세요.
+-->
+revert되고 "Count cannot go below zero"라는 오류메시지가 반환된다.
+그 이유는 count값이 0->1->2->1->0 에서 decreasement()를 호출햇기 때문에
+require(count > 0, "Count cannot go below zero"); 에서 걸리게된다.
+
+
+**질문 2:** 왜 `decrement()` 함수에 `require(count > 0, ...)` 조건이 필요한가요?
+
+**답변:**
+<!--
+이 조건이 없으면 어떤 문제가 발생하는지 설명하세요.
+힌트: uint256의 특성을 고려하세요.
+-->
+
+uint256은 부호가 없는 256비트 정수형이다. 최소값은 0 이고 여기서 -르 해버리면 언더플로우가 발생해 
+2^256-1 로 값이 튀어버린다. 따라서 require(count > 0, ...)조건이 필요하다.
+
+
+---
+
+## 자기 평가
+
+모든 문제를 풀었다면, 아래 체크리스트로 자기 평가를 해보세요:
+
+- [v] 상태 머신과 원자성 개념을 이해했다
+- [v] EOA와 CA의 차이를 설명할 수 있다
+- [v] 계정 상태의 4가지 필드(nonce, balance, storageRoot, codeHash)를 이해했다
+- [v] Solidity 기본 문법(public, view, require)을 이해했다
+- [v] 상태 변수와 지역 변수의 차이를 설명할 수 있다
+
+---
+
+## 참고 자료
+
+- 이론: `eth-materials/week-01/theory/slides.md`
+- 코드: `eth-homework/week-01/dev/src/Counter.sol`
+- 용어: `eth-materials/resources/glossary.md`