키 보관 방식
역할의 키 보관 모델은 의도적인 위험 판단이므로, 매트릭스는 역할마다 이를 명시합니다.
EOA 역할의 범위를 제한하는 것은 키 보관 방식이 아니라 컨트랙트입니다. 각 EOA 역할은 구조상 범위가 좁습니다. 사용자가 이미 서명한 지시를 실행하거나 목록에 기록하는 일만 하며, 호출될 때마다 프로토콜 자체 한도에 따라 검사를 받습니다. 아래 매트릭스는 각 역할이 정확히 어디까지 닿는지 보여 줍니다.
역할 매트릭스
발행 담당자는 사용자가 서명한 주문을 제출하는 것 외에는 아무것도 할 수 없습니다. 게이트키퍼는 멀티시그 정족수 없이 단 한 번의 트랜잭션으로 이 역할을 박탈할 수 있습니다.
24시간 타임락이 통제하는 대상
타임락 컨트랙트는0xA952453E39F77108Ee37C1b92de593F1C59A6ef4이며, 최소 지연 시간은 86,400초입니다. 이 컨트랙트가 핵심 컨트랙트의 타임락 관리자 역할을 보유하므로, 다음 네 가지 작업은 조용히 이루어질 수 없습니다.
- 컨트랙트 업그레이드. trUSD, strUSD 또는 Minting의 새 구현체는 먼저 공개적으로 대기열에 등록됩니다.
- 새 담보 자산. 담보 자산 추가에는 타임락이 적용되지만, 제거나 비활성화는 즉시 이루어집니다. 빠르게 실행되는 방향이 안전한 방향이어야 하기 때문입니다.
- 새 수탁 목적지.
addCustodianAddress에는 타임락이 적용됩니다. 입금된 담보가 어디로 갈 수 있는지를 결정하는 작업이므로, 가장 주의 깊게 지켜볼 만한 작업입니다. - 스테이블코인 델타 한도 상향.
처리 한도
발행과 상환은 컨트랙트 단계에서 블록당, 자산별, 그리고 전체 기준으로 한도가 정해져 있습니다. 이 한도는 호출될 때마다 검사되며, 어떤 주문이 전달되었는지와 관계없이 발행 담당자와 상환 담당자 역할에 적용됩니다. 한도 변경은 소유자 함수이므로 3-of-5 Safe가 필요하며, 운영 키가 스스로 한도를 넓힐 수는 없습니다.직접 확인하기
이 표의 모든 역할 배정은 체인에서 직접 읽을 수 있으며, 어느 것도 신뢰에만 의존할 필요가 없습니다.- 역할 보유자: 해당 컨트랙트의
hasRole(role, address) - Safe 정족수: Safe의
getThreshold()와getOwners() - 타임락 지연 시간: 타임락의
getMinDelay() - 현재 대기 중인 작업: Etherscan에서 확인하는 타임락 이벤트
기계 번역 안내: 이 페이지는 영어 원문을 기계 번역한 것으로, 편의를 위해서만 제공됩니다. 오류나 누락이 있을 수 있으며 법적 효력이 없습니다. 이 페이지와 영어 원문의 내용이 다를 경우 영어 원문이 우선합니다. 이 페이지의 내용에 의존하기 전에 영어 원문을 확인하십시오.