;
+}
+
+
+```
+
+**왜 이렇게 작성했나요:**
+
+코드는 컨트랙트의 getCount()값을 읽어서 화면에 보여주는 역할을 합니다 useReadContract를 사용하려면
+- adderss: 어떤 컨트랙트를 읽을지
+- abi: 그 컨트랙트 함수의 설명서( 함수 이름/ 입출력 타입)
+- functionName: 설명서중 어떤 함수를 호출할지
+를 정확히 설정해야 하고,
+
+`data?.toString() ?? '0'`
+여기서는
+- data: 컨트랙트에서 읽어온 값
+- toString(): 숫자를 화면에 보여주기 쉬운 문자열로 바꾸는 함수이고, bigint는 JS 의 일반 숫자랑 타입이 달라서 UI에서 오류가 나기 쉽기때문에 문자열로 바꿔서 화면에 출력해야합니다
+
+---
+
+## 문제 9: useWriteContract 버그 (취약점 찾기)
+
+다음 코드에서 **문제점**을 찾고 수정하세요:
+
+```typescript
+// BAD CODE - 문제점 찾기
+import { useWriteContract } from 'wagmi';
+
+function IncrementButton() {
+ const { writeContract, isPending } = useWriteContract();
+
+ const handleClick = () => {
+ // 문제가 있는 코드
+ writeContract({
+ address: '0x1234...5678',
+ functionName: 'increment',
+ // abi가 없음!
+ });
+ };
+
+ return (
+
+ );
+}
+```
+
+**1) 발견한 문제점:**
+writeContract 호출에 abi가 빠져있습니다
+
+
+**2) 왜 이것이 문제인가:**
+abi 가 없으면 wagmi, viem이 increment()를 어떤 형식으로 EVM에 보내야될지 몰라서 호출에 실패하게 됩니다. 그래서 문자열을 바이트 데이터로 바꾸기 위해서는 함수이름, 파라미터 개수와 타입, 반환타입을 포함한 ABI가 꼭 필요합니다
+
+
+**3) 올바른 수정 방법:**
+```typescript
+
+import { useWriteContract } from 'wagmi';
+
+const counterABI = [
+ {
+ name: 'increment',
+ type: 'function',
+ stateMutability: 'nonpayable',
+ inputs: [],
+ outputs: [],
+ },
+] as const;
+
+function IncrementButton() {
+ const { writeContract, isPending } = useWriteContract();
+
+ const handleClick = () => {
+ writeContract({
+ address: '0x1234...5678',
+ abi: counterABI,
+ functionName: 'increment',
+ });
+ };
+
+ return (
+
+ );
+}
+```
+---
+
+## 문제 10: 블록 연결 구조 (다이어그램 해석)
+
+다음 다이어그램은 블록체인의 연결 구조를 보여줍니다:
+
+```mermaid
+graph LR
+ subgraph B0["제네시스 블록"]
+ H0["hash: 0xabc..."]
+ end
+ subgraph B1["블록 1"]
+ PH1["parent: 0xabc..."]
+ H1["hash: 0xdef..."]
+ end
+ subgraph B2["블록 2"]
+ PH2["parent: 0xdef..."]
+ H2["hash: 0x123..."]
+ end
+ subgraph B3["블록 3"]
+ PH3["parent: ???"]
+ H3["hash: 0x789..."]
+ end
+
+ B0 --> B1 --> B2 --> B3
+```
+
+**질문:**
+
+1) 블록 3의 `parent: ???` 에 들어갈 값은 무엇인가요?
+ : 블록 2의 해시값은 0x123... 이 들어가야합니다
+
+2) 만약 블록 1의 내용이 수정되면, 블록 2와 블록 3에 **어떤 영향**이 있나요? 왜 그런가요?
+ : 블록 1이 수정되면 블록 1의 해시가 바뀌고, 블록 2의 parentHash가 불일치하게됩니다 그래서 블록 2의 해시도 다시 바뀌고, 그 영향이 블록3까지 다시 연쇄 전파됩니다
+
+
+3) 제네시스 블록(블록 0)의 parentHash는 어떤 특별한 값을 가지나요? 왜 그런가요?
+ : 제네시스블록의 parentHash는 보통 0x0000...의 제로해시를 가지는데, 첫 블록이라 부모 블록이 없기 때문입니다
+
+
+---
+
+## 문제 11: MPT 트리 구조 (다이어그램 해석)
+
+다음 다이어그램은 MPT의 노드 구조를 보여줍니다:
+
+```mermaid
+graph TD
+ ROOT["Root Hash: 0xfff..."] --> EXT1["Extension Node path: 0a"]
+ ROOT --> EXT2["Extension Node path: 0b"]
+
+ EXT1 --> BRANCH["Branch Node (16개 슬롯)"]
+ BRANCH --> LEAF1["Leaf: 계정 A 주소: 0a1234..."]
+ BRANCH --> LEAF2["Leaf: 계정 B 주소: 0a5678..."]
+
+ EXT2 --> LEAF3["Leaf: 계정 C 주소: 0b9999..."]
+```
+
+**질문:**
+
+1) 계정 A와 계정 B가 같은 Branch Node 아래에 있는 이유는 무엇인가요? (주소 패턴을 힌트로 사용하세요)
+ :계정 A와 B가 같은 브랜치 노드 아래인 이유는 공통 prefix 0a를 공유해서, 그 지점까지는 같은 경로를 타고 내려오다가 이후 자리에서 갈라지기 때문입니다.
+
+
+2) Extension Node가 하는 역할은 무엇인가요? 없다면 어떤 문제가 생기나요?
+ : extension node는 공통 경로를 압축해서 노드의 수를 줄여서 트리를 효율적으로 만드는 역할을 합니다. 만약 extension 노드가 없으면 중간 노드가 많아져서 저장과 조회, 증명의 경로가 비효율적이게 됩니다.
+
+
+3) Root Hash만 알면 어떻게 특정 계정의 데이터 존재를 **증명**할 수 있나요? (Light Client 관점에서)
+ : 해당 계정까지의 경로 노드를 받아서 각 노드 해시를 다시 계산해 올라가서 최종값이 루트해시랑 같으면 그 데이터의 존재와 정확성이 증명됩니다
+
+
+---
+
+## 제출 전 체크리스트
+
+- [x] 모든 문제에 답변을 작성했는가?
+- [x] 객관식 문제: 정답 선택 **이유**를 설명했는가?
+- [x] 단답형 문제: 2-3문장 이상으로 충분히 설명했는가?
+- [x] 코드 문제: 완성된 코드와 **왜 그렇게 작성했는지** 설명했는가?
+- [x] 다이어그램 문제: 각 질문에 논리적으로 답변했는가?
+