자기주도 학습 루프와 주간 운영법
도입
이 커리큘럼은 날짜가 정해진 부트캠프가 아니다. 학습자는 자기 일정에 맞춰 계속 이어가야 한다. 그래서 이 과정은 한 주 단위의 반복 루프를 사용한다. 중요한 것은 매일 몇 시간을 썼는지가 아니라, 매주 읽은 내용이 설계 판단, 코드 확인, 테스트 후보, 출처 검증으로 남았는지다.
주제를 자주 바꾸며 훑으면 프로토콜 이름은 익숙해지지만 판단 능력은 잘 쌓이지 않는다. 한 주에는 한 주제만 깊게 보고, 그 주제를 코드와 운영 질문으로 연결한다. 예를 들어 이번 주 주제가 signed payment라면 permit, ERC-3009, nonce, freeze, checkout 상태를 함께 다루고, 다음 주에 CCTP나 L2로 확장한다.
이 강의는 무기한 자기주도 학습을 실제 운영 가능한 루프로 바꾼다. 레슨을 읽는 일, 대시보드에서 완료 처리하는 일, 산출물을 리뷰하는 일, 공식 출처로 다시 확인하는 일을 분리해서 관리하는 방법을 배운다.
학습 목표
- 무기한 학습을 주간 루프로 관리한다.
- 레슨 완료와 산출물 리뷰를 분리한다.
- LLM을 학습 보조 도구로 사용할 때 질문의 범위와 근거 문서를 명시한다.
개념 설명
자기주도 학습 루프와 주간 운영법을 제품 설계에 넣어도 되는가?
다음 행동이 분명한가
완료 기준이 보이는가
캡스톤으로 연결되는가
1. 한 주에 한 주제만 깊게 본다
스테이블코인, 보안, L2, RWA, 계정추상화, 프라이버시, 비EVM, 인프라를 하루에 조금씩 건드리면 학습량은 많아 보이지만 연결이 약해진다. 주간 루프는 하나의 주제를 골라 학습맵, 본문, 실습, 실패 사례, 출처 확인까지 한 번에 묶는 방식이다.
루프의 끝은 "다 읽었다"가 아니다. 다음 행동 3개가 명확해야 한다. 예를 들어 signed-payments를 공부했다면 다음 행동은 permit/ERC-3009 비교표 작성, nonce 테스트 케이스 작성, checkout 상태머신과 연결 같은 형태가 된다.
2. 요일표는 산출물 기준으로 운용한다
원본 주간 학습법은 월요일부터 금요일까지의 기본 리듬을 제시한다. LMS에서는 이를 시간표가 아니라 산출물 체크포인트로 사용한다.
| 요일 | 할 일 | 산출물 |
|---|---|---|
| 월 | 학습맵 읽기 | 이번 주에 답할 질문 5개 |
| 화 | 본문 레슨 2개 읽기 | 내 언어로 쓴 요약과 모르는 용어 |
| 수 | 실습 또는 코드 읽기 | 실행한 테스트, 설계 초안, 실패 로그 |
| 목 | 실패 사례와 리스크 정리 | 체크리스트, invariant 후보, 운영 알림 조건 |
| 금 | 출처 확인과 레이더 갱신 | 바뀐 판단 3개와 확인한 공식 출처 |
요일을 반드시 지킬 필요는 없다. 중요한 것은 한 주 안에 다섯 종류의 산출물이 모두 남는 것이다. 시간이 부족하면 월/화는 합치고, 수/목을 실습 세션으로 묶어도 된다. 다만 금요일 역할에 해당하는 출처 확인과 판단 갱신을 생략하면 오래된 정보가 강의 노트 안에 고정된 사실처럼 남는다.
3. 좋은 산출물은 나중에 재사용할 수 있다
좋은 학습 산출물은 단순 요약이 아니라 다음 레슨, 코드 리뷰, 캡스톤에서 다시 쓸 수 있는 형태여야 한다.
| 산출물 | 좋은 예 | 재사용 위치 |
|---|---|---|
| 한 줄 정의 | permit은 결제가 아니라 allowance 승인이다 | signed payment 비교, checkout 설계 |
| 권한 매트릭스 | minter, pauser, freezer, admin이 할 수 있는 작업을 분리 | access control 리뷰 |
| 상태 머신 | requested, authorized, paid, delivered, settled, failed | payment state machine, reconciliation |
| 테스트 케이스 | freeze 상태에서 transfer, approve, permit, ERC-3009가 모두 막히는지 확인 | Foundry fuzz/invariant |
| invariant 후보 | 총 공급량, reserve balance, nonce 재사용 불가 | security testing, capstone |
| 운영 체크리스트 | route disable 조건, 수동 복구 절차, 출처 확인일 | monitoring runbook, dashboard |
요약만 남기면 다음 주에 다시 읽어야 한다. 반대로 표, 상태머신, 테스트 후보로 남기면 캡스톤 설계 문서의 재료가 된다.
4. LLM 질문에는 역할, 목표, 근거, 산출물이 들어가야 한다
LLM은 학습 보조 도구로 유용하지만, 질문이 넓으면 넓은 답만 나온다. 이 커리큘럼에서는 LLM에게 "무엇이든 설명해달라"고 묻지 않고, 현재 읽는 레슨과 원하는 산출물을 함께 제시한다.
나쁜 질문:
스테이블코인 알려줘.좋은 질문:
나는 Solidity 개발자이고 stablecoin checkout을 설계 중이다.03-Permit-ERC3009-서명결제와 04-결제-상태머신-정산 기준으로permit 기반 checkout과 ERC-3009 기반 checkout의 실패 상태와 Foundry 테스트를 비교해줘.좋은 질문에는 다섯 가지가 들어 있다. 내가 누구인지, 어떤 시스템을 만들고 있는지, 어떤 근거 문서를 기준으로 삼을지, 무엇을 비교할지, 답변을 어떤 산출물로 받고 싶은지다. 이렇게 질문해야 답이 바로 체크리스트나 테스트 후보로 바뀐다.
5. 복습은 기억 확인이 아니라 리스크 확인이다
매주 마지막에 아래 질문에 답한다.
- 이번 주 주제에서 가장 위험한 trust assumption은 무엇인가?
- Solidity 코드에서 어디를 테스트해야 하는가?
- 스테이블코인 업무와 직접 연결되는 부분은 무엇인가?
- 아직 공식 출처로 확인하지 못한 것은 무엇인가?
이 네 질문은 학습 완료 여부를 판단하는 기준이다. 예를 들어 CCTP를 읽었는데 burn/mint 흐름만 설명하고 attestation, finality, destination execution 실패를 말하지 못하면 아직 완료가 아니다. Foundry invariant를 읽었는데 어떤 invariant가 깨지면 결제 시스템이 위험해지는지 말하지 못해도 완료가 아니다.
강의 포인트
| 관점 | 강의 중 확인할 질문 | 학습 후 남길 증거 |
|---|---|---|
| 주간 운영 | 이번 주 주제는 무엇이고 왜 지금 보는가? | 주제, 질문 5개, 읽을 레슨 목록 |
| 산출물 | 이번 주 결과가 다음 레슨에서 재사용되는가? | 정의, 표, 상태머신, 테스트 후보 중 최소 2개 |
| 실습 | 읽은 개념을 코드나 테스트로 확인했는가? | 실행 로그, 테스트 이름, 설계 초안 |
| 검증 | 아직 확인하지 못한 공식 출처가 무엇인가? | 출처 URL 또는 내부 참고 문서와 접근일 |
실무 예시
이번 주 주제를 signed payment로 잡은 학습자를 예로 든다. 목표는 "서명 기반 checkout에서 어떤 실패 상태를 테스트해야 하는가"를 설명하는 것이다.
| 세션 | 할 일 | 산출물 |
|---|---|---|
| 1 | signed payment 레슨 읽기 | permit과 ERC-3009의 차이 한 줄 정의 |
| 2 | payment state machine 연결 | authorized, paid, failed 상태 전이표 |
| 3 | Foundry 테스트 후보 작성 | nonce 재사용, freeze 우회, 잘못된 domain separator 테스트 |
| 4 | 공식 출처 확인 | EIP-2612, ERC-3009, EIP-712 확인일 |
| 5 | 다음 행동 정하기 | permit checkout lab, ERC-3009 escrow lab, EIP-712 review로 이동 |
이 방식으로 공부하면 레슨 완료와 산출물 리뷰가 분리된다. 레슨을 읽고 체크한 시점은 1차 완료이고, 테스트 후보가 실제 코드나 캡스톤 설계에 반영된 시점은 산출물 완료다.
흔한 오해와 실패 시나리오
| 오해 | 실패 시나리오 | 바로잡는 방법 |
|---|---|---|
| 매주 다른 주제를 보면 더 많이 배운다고 생각한다 | 개념은 넓게 알지만 설계나 테스트로 연결하지 못한다 | 한 주제에 학습맵, 본문, 실습, 출처 확인을 모두 묶는다 |
| 레슨 완료와 실습 완료를 같은 것으로 본다 | 대시보드 완료율은 올라가지만 캡스톤 재료가 없다 | 열람 완료, 체크리스트 완료, 산출물 완료를 따로 본다 |
| LLM 답변을 그대로 학습 산출물로 쓴다 | 근거 문서와 맞지 않거나 범위가 흐린 요약이 남는다 | 질문에 근거 문서와 원하는 형식을 명시하고, 답을 다시 검증한다 |
| 출처 확인은 마지막에 몰아서 하면 된다고 생각한다 | 규제, 네트워크 지원, 로드맵 정보가 오래된 상태로 남는다 | 금요일 루프에서 확인한 출처와 바뀐 판단을 함께 적는다 |
실습 과제
- 주간 루프 설계하기: 이번 주에 읽을 레슨, 실습할 항목, 복습 질문, 확인할 출처를 각각 하나 이상 정한다.
- LLM 질문 재작성하기: 막연한 질문 하나를 고르고, 역할, 목표, 근거 문서, 비교 기준, 원하는 산출물을 포함한 질문으로 다시 쓴다.
- 캡스톤 준비도 평가하기: 현재 가진 산출물을
정의,표,상태머신,테스트 후보,운영 체크리스트,출처로 나누고 비어 있는 칸을 표시한다.
완료 기준
- 다음 행동 3개가 명확하다.
- 복습 기준과 실습 기준을 분리했다.
- 캡스톤 준비도를 스스로 평가할 수 있다.
- 이번 주 학습 질문과 검증할 출처를 함께 적었다.
근거 자료
이 강의는 주간 학습 루프와 산출물 기준을 정리한 내부 참고 문서를 바탕으로 만들었다. 학습자는 파일 위치를 외울 필요가 없고, 매주 읽기, 실습, 복습, 출처 확인이 모두 남았는지만 확인하면 된다.