용어집과 출처 재검증 루프
도입
DeFi 강의에서 용어는 암기 카드가 아니라 사고를 줄이는 안전장치다. TVL을 liquidity로, funding을 protocol fee로, NAV를 즉시 상환 가능액으로, LST를 ETH와 같은 위험으로 쓰면 뒤 강의의 설계 판단이 전부 흔들린다. 그래서 용어집은 맨 끝 부록에만 두지 않고 학습 루프 안에 넣어야 한다.
또 하나의 문제는 최신 숫자다. TVL, chain share, protocol ranking, perps volume, tokenized treasury size, 법안 상태, deployment chain은 시간이 지나면 바뀐다. 강의 본문은 durable mechanism을 가르치고, 변동값은 "언제, 어디서, 어떤 정의로 확인했는가"를 함께 남기는 방식으로 관리한다.
학습 목표
- TVL, OI, funding, LTV, LST, LRT, NAV 같은 약어를 운영 문장으로 풀어쓴다.
- 숫자·랭킹·규제 상태처럼 변동성이 큰 주장에 재검증 기준을 붙인다.
- DeFi 강의 노트를 release note가 아니라 dated evidence로 관리한다.
개념 설명
Adopt
Trial
Assess
Hold
| 용어 | 계산 또는 상태 단위 | 혼동하면 생기는 문제 |
|---|---|---|
| TVL | protocol contract에 잠긴 자산 가치 | liquidity와 안전성을 과대평가한다 |
| OI | 열린 perp 포지션 notional | 실제 거래량이나 담보 여력으로 착각한다 |
| Funding | long과 short 사이의 periodic payment | protocol revenue로 잘못 기록한다 |
| LTV | 담보 대비 차입 가능 비율 | liquidation threshold와 혼동한다 |
| NAV | share가 가리키는 자산 평가액 | 즉시 redeem 가능한 현금으로 착각한다 |
| LRT | restaking exposure가 담긴 token | ETH 단일 위험으로 축소한다 |
코드로 확인하기
type ClaimKind = "durable" | "live_metric" | "deployment" | "legal_status" | "ranking";export function sourcePolicy(kind: ClaimKind) { if (kind === "durable") { return { required: ["primary spec or official docs"], expiresInDays: null }; } if (kind === "live_metric") { return { required: ["dashboard url", "metric definition", "access date"], expiresInDays: 1 }; } if (kind === "deployment") { return { required: ["official deployment page", "chain id", "address"], expiresInDays: 7 }; } return { required: ["official tracker", "exact action date", "jurisdiction"], expiresInDays: 1 };}source_review: live_metric: copy_pattern: "As of YYYY-MM-DD, source reports approximately X under definition Y." reject_words: ["dominates", "safest", "guaranteed", "approved"] protocol_docs: require: - official_url - version_or_last_updated - deployment_scope regulation: require: - jurisdiction - bill_or_article_number - exact_status_date첫 코드 블록은 주장 유형별로 재검증 주기를 다르게 둔다. 두 번째 블록은 작성자와 리뷰어가 같은 문구 정책을 공유하게 한다. 숫자를 최신으로 맞추는 것보다 중요한 것은 "최신이 아니면 위험한 문장"을 식별하는 일이다.
강의 포인트
| 관점 | 확인할 질문 | 증거로 남길 것 |
|---|---|---|
| 용어 | 이 단어는 수치, 권리, 상태 중 무엇인가 | 정의와 계산 단위 |
| 출처 | 공식 문서인가, dashboard인가, media인가 | source type과 URL |
| 변동성 | 며칠 뒤 바뀔 수 있는가 | refresh policy |
| 문구 | 과장된 단어가 들어갔는가 | conservative wording |
실무 예시
운영[BACKEND] 강의 카드에 "Hyperliquid가 DeFi perps를 지배한다"라고 쓰는 대신 "perps volume과 OI는 기준일의 dashboard에서 확인하고, 이 강의는 funding과 margin accounting을 다룬다"라고 쓴다. 전자는 곧 낡고 검증하기 어렵다. 후자는 학습 목적이 남는다.
출처 테이블은 강의 품질의 일부다. 공식 문서, EIP, 프로젝트 docs, dashboard, 법령 tracker를 구분하면 학습자는 어떤 주장을 믿어도 되는지 판단할 수 있다. DeFi는 숫자가 빨리 바뀌는 영역이므로 원고가 완성된 뒤에도 배포 전 재검증 루프가 필요하다.
흔한 오해와 실패 시나리오
| 오해 | 실패 시나리오 | 교정 방식 |
|---|---|---|
| 용어집은 초보자용이다 | 고급 강의에서 같은 단어를 다르게 써 혼란이 생긴다 | 모든 코스가 같은 정의표를 참조한다 |
| dashboard 숫자는 사실이다 | metric 정의가 달라 비교가 깨진다 | source, definition, timestamp를 함께 쓴다 |
| 법안 이름만 알면 된다 | chamber, vote, effective date를 혼동한다 | 관할권과 정확한 상태일을 남긴다 |
| 출처가 많으면 충분하다 | 공식성, 최신성, 사용 목적이 섞인다 | source type별 정책을 둔다 |
실습 과제
- DeFi 용어 카드 작성하기: 12개 이상 용어를 정의, 계산 단위, 변동성 여부, 잘못 쓰기 쉬운 문장으로 나눈다.
- 출처 재검증 규칙 만들기: live metric, deployment, regulation, exploit claim을 배포 전 어떻게 재확인할지 체크리스트로 만든다.
완료 기준
- 최소 12개 DeFi 용어를 정의, 계산 단위, 사용 주의점으로 나눴다.
- live metric, legal status, protocol deployment 주장을 재검증하는 출처 체크 규칙을 작성했다.
근거 자료
- 부록B 용어집
- 부록C 출처
- DefiLlama Methodology