SettleLab
Assessment board
EXAM 08 — Infra and Technology Radar

Infra/Radar 전략 시험

MEV/PBS, private orderflow, restaking/AVS, technology radar, Uniswap v4 hooks를 제품 의사결정으로 평가한다.

출제 목적

기술 트렌드를 hype가 아니라 제품 리스크와 adoption decision으로 번역하는 능력을 평가한다.

난이도 정책

  • 핵심은 radar stage와 evidence 기준을 묻는다.
  • 심화는 MEV/orderflow와 hooks risk를 운영 정책으로 표현하게 한다.

채점 정책

  • 객관식은 adopt/trial/assess/hold 기준을 구분한다.
  • 코드형은 evidence, risk, nextAction, reviewDate 신호를 채점한다.
Preview mode

로그인 후 제출 가능

문제, Starter code, 루브릭은 미리 볼 수 있다. 답안 작성과 점수 저장은 로그인 후 제공된다.

객관식핵심3점

01Technology radar stage

아직 운영 증거가 부족하지만 결제 UX에 큰 영향을 줄 수 있는 기술을 다루는 적절한 radar stage는?

객관식심화3점

02Private orderflow tradeoff

private orderflow를 결제/스왑 라우팅에 사용할 때 함께 기록해야 하는 tradeoff는?

코드 작성핵심8점

03Radar item 타입 작성

기술 레이더 항목 타입을 작성하라. topic, stage, evidence, productImpact, risk, nextAction, reviewDate를 포함해야 한다.

Starter code
type RadarItem = {
  // fields
};

채점 루브릭

  • stage를 adopt/trial/assess/hold로 제한한다.
  • evidence와 productImpact를 분리한다.
  • risk와 nextAction을 포함한다.
  • reviewDate로 재검토 시점을 둔다.

자동 채점 신호

  • stage
  • evidence
  • product impact
  • risk
  • next action/review
코드 작성심화9점

04Hook risk gate 함수 작성

Uniswap v4 hook 기반 실험을 production에 넣을지 판단하는 gateHookExperiment 함수를 작성하라. 반환값은 { stage: 'hold' | 'assess' | 'trial', reasons: string[] }다. beforeCallbacks/afterCallbacks, allowlist, reentrancy, fee, monitoring을 확인하고 reason code는 not-allowlisted, reentrancy-open, missing-callbacks, missing-monitoring, fee-impact를 사용한다.

Starter code
function gateHookExperiment(hook) {
  // return { stage, reasons }
}

채점 루브릭

  • hook address allowlist를 확인한다.
  • before/after callback을 구분하고 누락 시 assess로 둔다.
  • reentrancy risk를 확인한다.
  • fee impact와 monitoring plan을 포함한다.
  • 제공된 실행 테스트 케이스를 통과해야 한다.

자동 채점 신호

  • allowlist
  • before/after callbacks
  • reentrancy
  • fee impact
  • monitoring
로그인하고 답안 제출