Skip to main content

timelock이란 무엇인가

참고: 이 문서는 영문 원본의 자동 번역본입니다.

timelock이란 무엇인가

timelock은 스마트 컨트랙트에 내장된 메커니즘으로, 변경이 제안된 순간과 실제로 실행될 수 있는 순간 사이에 의무적인 지연을 강제합니다. 이 지연 기간 동안 누구나 — 사용자, 토큰 보유자, 보안 연구자 — 대기 중인 변경을 검토하고, 그 영향을 평가하며, 변경이 적용되기 전에 (자금 인출과 같은) 조치를 취할지 결정할 수 있습니다.

timelock을 새 법이 발효되기 전의 공시 기간이라고 생각하세요. 법은 통과되었지만, 시민들은 정해진 기간 — 예를 들어 30일 — 동안 그것을 읽고, 이해하고, 시행 가능해지기 전에 적응할 수 있습니다. timelock은 스마트 컨트랙트 변경에 대해 같은 일을 합니다: 다가오는 수정을 투명하게 만들고 커뮤니티에 대응할 시간을 줍니다.

요약: timelock은 스마트 컨트랙트 변경의 실행을 고정된 기간만큼 지연시키는 보안 패턴으로, 변경이 적용되기 전에 이해관계자가 검토하고, 반응하거나, 빠져나갈 시간을 줍니다.

timelock이 작동하는 방식

큐(queue) 및 실행(execute) 패턴

timelock 컨트랙트는 두 단계 프로세스로 작동합니다:

  1. 큐(Queue) — 권한이 있는 당사자(일반적으로 admin key 보유자, multisig 지갑 또는 거버넌스 컨트랙트)가 제안된 트랜잭션을 timelock 컨트랙트에 제출합니다. 트랜잭션은 타임스탬프와 함께 onchain에 기록되고 대기 기간에 들어갑니다.
  2. 실행(Execute) — 지연 기간이 경과한 후, timelock 컨트랙트를 다시 호출하여 트랜잭션을 실행할 수 있습니다. 지연이 경과하지 않았다면 실행 호출은 되돌려집니다(revert). 일부 timelock 구현에는 유예 기간(grace period) — 지연 이후 트랜잭션이 실행되어야 하는 최대 기간으로, 그렇지 않으면 만료됨 — 도 포함됩니다.

이 패턴은 공격자가 admin key를 탈취하더라도 즉시 변경을 가할 수 없음을 의미합니다. 지연은 커뮤니티에 큐에 있는 악의적 트랜잭션을 탐지하고 보호 조치를 취할 시간을 줍니다.

지연 기간

timelock 지연은 프로젝트와 통제 대상 변경의 심각도에 따라 다릅니다. 일반적인 범위는 다음과 같습니다:

  • 24~48시간 — 일상적인 매개변수 조정(수수료 변경, 보상률).
  • 2~7일 — 중대한 컨트랙트 업그레이드 또는 핵심 프로토콜 로직 변경.
  • 14~30일 — 새 컨트랙트로의 마이그레이션이나 근본적인 경제 매개변수 수정과 같은 치명적 변경.

적절한 지연은 보안(더 긴 지연은 더 많은 반응 시간을 줌)과 운영 민첩성(더 짧은 지연은 버그 수정 같은 정당한 필요에 더 빠르게 대응할 수 있게 함) 사이의 트레이드오프에 달려 있습니다.

timelock 투명성

모든 큐에 들어간 트랜잭션이 onchain에 기록되기 때문에, 모니터링 도구와 커뮤니티 구성원은 timelock 큐의 새 항목에 대한 알림을 설정할 수 있습니다. 여러 블록체인 분석 플랫폼과 알림 서비스가 특히 DeFi 프로토콜과 DAO를 위한 timelock 모니터링을 제공합니다. 이 투명성이 timelock의 보안 가치의 원천입니다 — 일방적인 admin 권한을 관찰 가능하고 시간이 한정된 admin 권한으로 변환합니다.

timelock이 크립토 AI 프로젝트에 중요한 이유

갑작스러운 변경으로부터 사용자 보호

크립토 AI 프로젝트는 종종 스마트 컨트랙트를 통해 상당한 사용자 자금, 컴퓨팅 자원 또는 데이터 약정을 관리합니다. timelock이 없으면 admin key 보유자는 즉시 컨트랙트 규칙을 변경할 수 있습니다 — 보상을 재배분하거나, 수수료 구조를 바꾸거나, 사용자에게 해를 끼치는 방식으로 컨트랙트 로직을 업그레이드할 수 있습니다. timelock은 그러한 변경이 사전에 보이도록 보장하여, 사용자에게 자신의 포지션을 인출하거나 조정할 선택지를 줍니다.

탈취된 키의 피해 제한

잘 보호된 admin keys도 피싱, 사회 공학 또는 인프라 침해를 통해 탈취될 수 있습니다. timelock은 두 번째 방어선 역할을 합니다: 공격자가 admin 접근 권한을 얻더라도, timelock 지연이 허용하는 것보다 빠르게 변경을 실행할 수 없습니다. 커뮤니티와 프로젝트 팀은 지연 기간 동안 큐에 있는 무단 트랜잭션을 탐지하고, 대응을 조율하며, (일부 구현에서는) 대기 중인 변경을 취소할 수 있습니다.

운영 성숙도의 신호

프로젝트 카드를 검토하는 평가자에게, 핵심 컨트랙트 기능에 timelock이 있다는 것은 팀이 운영 보안을 진지하게 고려했다는 신호입니다. timelock을 multisig admin key와 결합한 프로젝트는 계층화된 보안을 보여줍니다 — 단일 메커니즘에 의존하기보다 여러 개의 독립적인 안전장치를 갖춘 것입니다.

DecAIHub 프로젝트 카드에서 이것이 나타나는 곳

  • Admin keys — admin이 통제하는 기능에 timelock이 있는지 없는지는 팀이 보유한 일방적 권한이 얼마나 되는지 평가하는 핵심 요소입니다. "48시간 timelock을 갖춘 multisig가 보유한 admin keys"라고 기재된 프로젝트 카드는 "timelock 없이 단일 EOA가 보유한 admin keys"와는 의미 있게 다른 보안 자세를 설명합니다.
  • 스마트 컨트랙트 아키텍처 — timelock은 더 넓은 스마트 컨트랙트 보안 설계의 일부입니다. 로직을 변경할 수 있는 능력이 필요하면서도 위험한 업그레이드 패턴(proxy 컨트랙트, beacon 컨트랙트)과 함께 나타나는 경우가 많습니다.
  • 거버넌스 — onchain 거버넌스를 가진 프로젝트에서 timelock은 일반적으로 거버넌스 투표와 승인된 제안의 실행 사이에 배치됩니다. 이 마지막 지연은 통과된 제안에 동의하지 않고 빠져나갈 시간이 필요한 소수 이해관계자를 보호합니다.

timelock만으로는 증명되지 않는 것

  • 코드의 보안 — timelock은 변경을 지연시키지만 그것을 감사하지는 않습니다. 결함이 있는 업그레이드도 올바른 업그레이드만큼 쉽게 timelock을 통과할 수 있습니다. timelock은 기습으로부터 보호하지, 나쁜 설계로부터 보호하지 않습니다.
  • 변경이 포착될 것이라는 점 — timelock은 누군가 큐를 적극적으로 모니터링하고 있을 때만 가치가 있습니다. 어떤 커뮤니티 구성원, 보안 연구자 또는 모니터링 도구도 지켜보지 않는다면, 악의적인 큐 트랜잭션이 지연 기간 동안 눈에 띄지 않게 통과할 수 있습니다.
  • 탈중앙화 — 단일 admin key에 대한 timelock은 투명성을 더하지만 통제를 분산시키지는 않습니다. 진정한 탈중앙화는 timelock을 분산된 거버넌스(multisig, DAO 투표 또는 토큰 보유자 거버넌스)와 결합해야 합니다.
  • 보호의 불가역성 — timelock을 배포한 팀은 거버넌스 조치를 통해 그것을 제거하거나 지연을 줄일 능력이 있을 수 있습니다. timelock의 영속성은 timelock 자체가 수정으로부터 보호되는지에 달려 있습니다.

혼동하지 마세요

용어 구분
Vesting vesting은 할당된 토큰에 대한 시간 기반 해제 일정입니다. timelock은 스마트 컨트랙트 변경에 대한 보안 지연입니다. vesting은 토큰이 언제 보유자에게 사용 가능해지는지 통제하고, timelock은 컨트랙트 수정이 언제 효력을 발휘하는지 통제합니다.
Multisig multisig은 행동을 승인하기 위해 여러 서명을 요구합니다. timelock은 승인 이후의 지연을 강제합니다. 둘은 상호보완적 계층입니다 — multisig은 누구를, timelock은 언제를 통제합니다.
거버넌스 지연(Governance delay) 일부 거버넌스 시스템에는 timelock과 유사하게 작동하는 내장 투표 기간이 있습니다. timelock은 결정이 내려진 후에 적용되는 특정 스마트 컨트랙트 메커니즘이고, 거버넌스 지연은 결정 자체에 걸리는 시간(투표 기간, 정족수)입니다.

자주 묻는 질문

timelock을 우회할 수 있나요?

적절히 구현된 timelock에서는 안 됩니다 — 지연은 스마트 컨트랙트 수준에서 강제되며, 어떤 당사자도 건너뛸 수 없습니다. 그러나 구현 버그, proxy 컨트랙트 구성 또는 비상 오버라이드 메커니즘(때로 "guardian" 키라고 불림)이 우회 경로를 도입할 수 있습니다. 프로젝트의 timelock을 평가할 때, 비상 오버라이드가 존재하는지, 그리고 누가 그것을 통제하는지 아는 것이 중요합니다.

일반적인 timelock 지연은 얼마인가요?

보편적 표준은 없습니다. 지연은 변경 유형과 프로젝트의 위험 감수도에 따라 몇 시간에서 몇 주까지 다양합니다. 짧은 지연(24시간)은 더 빠른 운영 대응을 허용하지만 커뮤니티에 더 적은 반응 시간을 줍니다. 긴 지연(7일 이상)은 강력한 보호를 제공하지만 프로젝트가 정당한 문제에 대응하는 능력을 늦춥니다. 대부분의 자리 잡은 DeFi 프로토콜은 일상적인 변경에 24~72시간을, 치명적 업그레이드에는 더 긴 지연을 사용합니다.

timelock은 multisig과 어떻게 상호작용하나요?

timelock과 multisig은 상호보완적인 보안 계층입니다. multisig은 어떤 단일 키 보유자도 변경을 개시할 수 없도록 보장합니다. timelock은 multisig이 변경을 승인한 후에도 그것이 즉시 효력을 발휘할 수 없도록 보장합니다. 함께 사용하면 분산된 권한 부여와 공개 검토 시간을 모두 제공합니다 — 고가치 스마트 컨트랙트 시스템에서 흔히 사용되는 구성입니다.

외부 참고 자료

함께 보기

No comments to display

Back to top