Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
$ethDYDX 토큰에 대한 할당.
할당
총 1,000,000,000 $ethDYDX가
2021년 8월 3일 15:00:00(UTC)에 주조되었으며 5년 동안 액세스할 수 있게 되었습니다. $ethDYDX 전체 공급량 의 초기 5년 할당은 다음과 같습니다.
50.0%(500,000,000$ethDYDX
)가 다음과 같이 커뮤니티에 할당됩니다.
25.0%(250,000,000$ethDYDX
)는 거래 보상 공식에 따라 할당됩니다.
7.5%(75,000,000$ethDYDX
)는 Layer 2 프로토콜에서 특정 거래 이정표를 완료한 과거 사용자에게 할당됩니다(소급 채굴 보상).
7.5%(75,000,000$ethDYDX
)는 유동성 공급자 보상 공식에 따라 할당됩니다.
5.0%(50,000,000$ethDYDX
)는 커뮤니티 금고에 할당됩니다.
2.5%(25,000,000$ethDYDX
)는 $USDC를 유동성 스테이킹 풀에 $USDC를 스테이킹하는 사용자에게 할당됩니다.
2.5%(25,000,000$ethDYDX
)는 안전 스테이킹 풀에 $ethDYDX를 스테이킹하는 사용자에게 할당됩니다.
27.7%(277,295,070$ethDYDX
)는 dYdX Trading Inc.의 과거 투자자들에게 할당됩니다.
15.3%(152,704,930$ethDYDX
)는 dYdX Trading Inc. 또는 dYdX Foundation의 설립자, 직원, 고문, 컨설턴트에게 할당됩니다.
7.0%(70,000,000$ethDYDX
)는 dYdX Trading Inc. 또는 dYdX Foundation의 미래 직원 및 컨설턴트에게 할당됩니다.
$ethDYDX가 출시된 이후, 여러 거버넌스 제안으로 초기 할당이 변경되었습니다. 현재 할당은 다음과 같습니다.
50.0%(500,000,000$ethDYDX
)가 다음과 같이 커뮤니티에 할당됩니다.
5.0%(50,309,197$ethDYDX
)는 dYdX 레이어 2 프로토콜에서 특정 거래 이정표를 완수한 과거 사용자에게 할당됩니다(소급 채굴 보상).
에폭 0 이후 소급 채굴 보상에서 클레임되지 않은 24,690,803$$ethDYDX는 커뮤니티 금고로 이전되었습니다.
3.3%(32,794,525$ethDYDX
)는 유동성 공급자 보상 공식에 따라 할당됩니다.
DIP 29에서 dYdX 커뮤니티는 dYdX v3의 에폭 30-32에 해당하는 유동성 제공자 보상을 다음 값으로 ⅓ 줄이기로 결정했습니다.
에폭 30: 383,562 $ethDYDX
에폭 31: 191,781 $ethDYDX
에폭 32: 0 $ethDYDX
26.1%(261,133,225$ethDYDX
)는 커뮤니티 자금으로,
0.6%(5,779,608 $ethDYDX
)는 $USDC를 유동성 스테이킹 풀에 $USDC를 스테이킹하는 사용자에게 할당됩니다.
0.5%(5,289,939 $ethDYDX
)는 안전 스테이킹 풀에 $ethDYDX를 스테이킹하는 사용자에게 할당됩니다.
27.7%(277,295,070$ethDYDX
)는 dYdX Trading Inc.의 과거 투자자들에게 할당됩니다.
15.3%(152,704,930$ethDYDX
)는 dYdX Trading Inc. 또는 dYdX Foundation의 설립자, 직원, 고문, 컨설턴트에게 할당됩니다.
7.0%(70,000,000$ethDYDX
)는 dYdX Trading Inc. 또는 dYdX Foundation의 미래 직원 및 컨설턴트에게 할당됩니다.
상기 명시된 대로 커뮤니티 할당이 정해져 있더라도, $ethDYDX 보유자는 거버넌스를 통해 앞으로의 커뮤니티 할당 방식에 대한 완전한 통제 권한을 가집니다.
2021년 9월 8일, 토큰에 대한 초기 전송 제한이 해제되었습니다.
다음 차트에서는 인플레이션이 적용되지 않은 총 유동성 공급을 확인할 수 있습니다.
유동성 스테이킹 풀 개요
초기에는 토큰 공급량의 2.50%
(25,000,000$ethDYDX
)가 유동성 스테이킹 풀에 $USDC를 스테이킹하는 사용자들에게 배포되도록 할당되었습니다. 유동성 스테이킹 풀은 2022년 9월 29일부터 더 이상 사용하지 않습니다. DIP 14에서 dYdX 커뮤니티는 초당 유동성 스테이킹 풀 보상을 0으로 설정하여 유동성 스테이킹 풀 및 차입 풀을 효과적으로 축소하기로 투표했습니다
이전에는 유동성 스테이킹 풀에 $USDC를 스테이킹한 사용자들에게 $ethDYDX가 배포되었습니다. 커뮤니티에서 승인한 유동성 공급자들은 스테이킹된 $USDC를 통해 dYdX v3 시장을 조성하여, 시장 전반의 유동성을 확대했습니다. 유동성 공급자는 dYdX v3 외부에서의 차입금 사용이 제한되었습니다.
현재 유동성 스테이킹 풀에서 스테이킹된 $USDC는 보상을 받지 않고 있습니다.
스테이커는 반드시 해당 에폭이 종료하기 최소 3일
(블랙아웃 기간) 전에 USDC 인출을 요청해야 에폭 종료 후 인출할 수 있습니다. 스테이커가 인출을 요청하지 않으면 스테이킹된 $USDC는 다음 에폭으로 롤오버됩니다.
블랙아웃 기간에는 인출을 요청할 수 없습니다.
DIP 14의 투표에서 dYdX 커뮤니티는 블랙아웃 기간을 14일
에서 3일
로 줄이기로 결정했습니다.
유동성 스테이킹 풀에 $USDC를 입금 및 스테이킹하는 USDC 보유자는 토큰화된 포지션($stkUSDC)을 받게 됩니다. $sktUSDC는 사용자가 USDC를 스테이킹할 때 발행되며 사용자가 withdrawStake
를 호출할 때 소모됩니다. $USDC가 보유자의 지갑을 떠나는 것과 동일한 거래에서 $stkUSDC는 보유자의 지갑으로 들어갑니다. 스테이킹 해제 시에는 반대의 경우가 발생합니다.
$stkUSDC 잔고는 활성화 또는 비활성될 수 있습니다. 활성 $stkUSDC는 ERC-20으로 양도할 수 있지만 인출할 수는 없습니다. 비활성 $stkUSDC는 인출할 수 있지만 양도할 수는 없습니다. 예를 들어, 사용자가 지갑에 활성 #stkUSDC 100개와 비활성 #stkUSDC 100개를 가지고 있을 때, 사용자의 잔액은 200 $stkUSDC로 표시되지만, 사용자가 100 $stkUSDC 이상을 이체하려고 하면 이체가 취소됩니다.
에폭 종료 이전에 스테이커가 출금 요청한 스테이킹된 잔액은 비활성화 처리되며 양도할 수 없습니다.
리워드 트레저리에 대한 개요.
커뮤니티 금고에 귀속된 $ethDYDX 외에도 dYdX 커뮤니티는 아래의 투표 결과로 보상 금고에 축적되는 $ethDYDX에도 엑세스할 수 있습니다.
DIP 14 - USDC 스테이킹 보상을 0으로 설정(에폭당 383,562 $ethDYDX),
DIP 16 - 거래 보상을 25% 감소(에폭당 958,904 $ethDYDX),
DIP 17 - ethDYDX 스테이킹에 대한 보상을 0으로 설정(에폭당 383,562$ethDYDX),
DIP 20 - 거래 보상을 45%까지 추가 감소(에폭당 1,294,520$ethDYDX),
DIP 24 - 유동성 공급자 보상 50% 감소(에폭당 575,342$ethDYDX)
2023년 11월 18일, dYdX 커뮤니티는 이더리움에서 dYdX 체인으로 보상 트레저리에 누적된 ethDYDX 잔액을 연결하기로 결정했습니다. 브리징 이후, dYdX 커뮤니티는 dYdX 체인에서 거버넌스 투표를 통해 DYDX를 사용할 수 있습니다.
주요 거버넌스 관련 용어 개요.
$ethDYDX: 이더리움을 기반으로 한 dYdX 생태계의 네이티브 자산으로, dYdX v3의 거버넌스 및 안정성을 토대로 합니다. $ethDYDX는 사용자의 투표권 또는 제안권의 가중치를 결정하는 ERC-20 토큰입니다.
$wethDYDX: $ethDYDX의 래핑된 버전으로, $wethDYDX 스마트 계약과 상호작용하여 획득합니다. $wethDYDX는 사용자의 투표권 또는 제안권의 가중치를 결정하는 ERC-20 토큰입니다.
dYdX v3: dYdX의 레이어 2 퍼페츄얼 프로토콜입니다.
dYdX Foundation: 스위스 추크에 본사를 둔 독립적 재단으로, dYdX 프로토콜을 미래에 추진하기 위해 만들어졌습니다.
$ethDYDX 토큰 계약: 일정 시간 동안 블록별로 각 주소의 투표권에 대한 스냅샷을 제공합니다.
$wethDYDX 토큰 계약: 일정 시간 동안 블록별로 각 주소의 투표권에 대한 스냅샷을 제공합니다.
DIP: dYdX 개선 제안은 온-체인 제안입니다.
DRC: dYdX 의견 요청은 오프체인 제안이며 거버넌스 개선 프로세스에서 첫 번째 필수 단계입니다.
정족수: 투표가 통과하려면 DYDX 토큰의 최소 찬성 정족수를 달성해야 합니다. 정족수의 목적은 통과된 법안만 적절한 유권자 참여를 갖도록 하는 것입니다.
에포크: 다른 모든 계약은 에포크라고 하는 28일 주기로 작동합니다.
실행 유예 기간: 투표 후 DIP 제안이 실행 가능해지는 기간으로, 이 기간 동안 제안이 실행되어야 합니다.
거버넌스 전략 V2 계약: 제안 및 투표에 대한 사용자의 상대적인 권한을 측정하는 로직이 포함되어 있습니다.
거버너 계약: 제안을 추적하고 타임락 스마트 계약을 통해 제안을 실행할 수 있습니다.
장기 타임락 실행자 : 장기 타임락 실행자는 거버넌스 합의에 영향을 미치는 프로토콜 일부를 일반적으로 변경하는 제안을 실행할 수 있습니다.
머클-포저 실행자: 머클-포저 실행자는 각 사용자의 누적 보상 잔액으로 주기적으로 업데이트 되는 머클 루트를 동결하는 제안을 실행할 수 있어 제안된 루트가 부정확하거나 악의적인 경우 시간이 지남에 따라 새로운 보상이 사용자에게 분배될 수 있습니다.
안전 풀: 프로토콜을 지급불능으로부터 보호하는 역할을 하는 요소입니다.
스테이킹된 dYdX 계약: DYDX 토큰 스테이킹, 포지션 토큰화와 보상을 받기 위한 로직이 포함됩니다.
단기 타임락 실행자: 보상 및 인센티브 계약, 또는 신속한 개입이 필요한 커뮤니티 트레저리를 일반적으로 변경하는 제안을 실행할 수 있습니다.
스타크웨어 실행자: 현재 스타크웨어의 개입이 필요한 프로토콜 중 일부를 일반적으로 변경하는 제안을 실행할 수 있습니다.
타임락 계약: 거버넌스가 투표한 트랜잭션을 대기열에 넣거나 취소하거나 실행할 수 있습니다. 제안에 대한 기능은 타임락 계약에 의해 시작됩니다. 대기 중인 트랜잭션은 지연 후 유예 기간이 끝나지 않을 때까지 실행할 수 있습니다.
타임락 연기: 제안이 통과되어 대기열에 들어간 후 DIP 제안이 실행되기 전의 지연 시간입니다.
제안 임계값: 무수한 스팸 제안이 생성되는 시스템을 방지하기 위해 제안 임계값은 제안을 만들기 전에 주소가 특정 투표 수를 보유할 것을 요구합니다.
제안권: 제안을 만들고 유지할 수 있는 액세스 권한을 제공하는 토큰 지분입니다.
투표권: 기존 제안에 대한 찬성 또는 반대 투표에 사용되는 투표 권한입니다.
투표 지연: 제안이 생성될 수 있는 때와 투표가 가능한 때 사이의 시간입니다. 최소 하나의 블록이 지나는 것을 요구함으로써 거버넌스는 많은 토큰을 차용하고, 투표를 제안하고, 하나의 블록에서 모든 투표권을 행사할 수 있는 플래시 론 공격으로부터 보호를 받을 수 있습니다.
투표 기간: DIP 제안이 진행되면 DYDX 커뮤니티 구성원은 투표 기간이 끝나기 전에 투표해야 합니다. 이더리움 블록으로 제안에 투표를 행사할 수 있는 시간입니다.
제안 임계값: DIP 제안을 생성하는 데 필요한 최소 보유/위임 토큰입니다.
투표 격차: DIP 제안이 통과하는 데 필요한 예-아니요 격차를 말합니다.
커뮤니티 트레저리에 대한 개요
토큰 공급량의 26.1%
(261,133,225 $ethDYDX
)가 dYdX 커뮤니티의 커뮤니티 금고에 할당되므로 기여자 보조금, 커뮤니티 이니셔티브, 유동성 채굴 및 기타 프로그램에 지속적으로 사용할 수 있습니다. 초기에는 토큰 공급량의 5.0%
(50,000,000$ethDYDX
)가 커뮤니티 금고에 할당되었으며, 에폭마다 766,703$ethDYDX가 커뮤니티 금고에 귀속되었습니다. 현재 3,787,251$ethDYDX가 커뮤니티 금고에 귀속되며, 이는 여러 거버넌스의 제안으로 인해 각 에폭마다 dYdX 커뮤니티에서 이용 가능한 $ethDYDX 액수가 3,020,548$ethDYDX로 증가했기 때문입니다.
DIP 14 - USDC 스테이킹 보상을 0으로 설정(에폭당 383,562$ethDYDX),
DIP 16 - 거래 보상 25% 감소(에폭당 958,904 $ethDYDX),
DIP 17 - $DYDX 스테이킹에 대한 보상을 0으로 설정(에폭당 383,562$ethDYDX),
DIP 20 - 거래 보상을 45%까지 추가 감소(에폭당 1,294,520$ethDYDX),
DIP 24 - 유동성 공급자 보상 50% 감소(에폭당 575,342$ethDYDX).
DIP 29 - dYdX v3의 에폭 30-32에서 다음 값으로 유동성 공급자 보상을 ⅓ 감소:
에폭 30: 383,562 $ethDYDX
에폭 31: 191,781 $ethDYDX
에폭 32: 0 $ethDYDX
에폭 31 이후에는 dYdX v3에 대한 거래 보상이 없습니다. DIP 29에서 dYdX 커뮤니티는 dYdX v3의 에폭 30-32에 해당하는 거래 보상을 ⅓ 줄이기로 결정했지만, 거래 보상 할당량의 나머지는 거래 보상을 위해 dYdX 체인으로 마이그레이션되었습니다.
2023년 11월 18일, dYdX 커뮤니티는 이더리움에서 dYdX 체인으로 커뮤니티 트레저리에 누적된 ethDYDX 잔액을 연결하기로 결정했습니다. 브리징 이후, dYdX 커뮤니티는 dYdX 체인에서 거버넌스 투표를 통해 DYDX를 사용할 수 있습니다.
목표
dYdX의 성장을 주도하는 프로그램 및 이니셔티브에 자금을 지원합니다.
커뮤니티 NFT, 해커톤, 분석 대시보드, 밈, 스웨그, 타사 도구, 번역 및 기타 프로젝트에 자금을 제공하기 위한 그랜트 프로그램을 개발합니다.
최고 수준의 거버넌스 시스템을 개발하고 강력한 거버넌스를 장려합니다.
커뮤니티 금고는 $ethDYDX를 보유하며, $ethDYDX 보유자들이 이를 보조금, 새로운 유동성 채굴 풀 또는 기타 프로그램을 위해 사용할 것인지를 결정합니다. $ethDYDX는 5년 동안 지속적으로 커뮤니티 금고에 귀속됩니다. 커뮤니티 금고의 ethDYDX를 지출하려면 거버넌스 투표를 거쳐야 합니다.
5년 후에 거버넌스가 영구 인플레이션(연간 최대 2%
의 인플레이션 수준)을 시행하기로 결정하면, 새롭게 발행되는 $ethDYDX를 커뮤니티 금고에서 사용할 수 있습니다.
투표 프로세스 개요
dYdX v3는 거버넌스 토큰 보유자 및 위임자들에 의해 관리 및 개선됩니다.
각 거버넌스 토큰에는 두 가지 관련 권한이 있습니다.
제안권은 제안을 만들고 유지할 수 있는 액세스 권한을 부여합니다.
투표권은 기존 제안에 대한 찬성 또는 반대 투표에 사용됩니다.
거버넌스 토큰 보유자는 특정 블록에서 보유하거나 위임받은 토큰의 총합에 비례하여 거버넌스 권한을 받습니다.
제안 권한 =
$ethDYDX 토큰 기반의 제안권 +
$wethDYDX 토큰 기반의 제안권 +
$stkDYDX 토큰 기반의 제안권 +
대리인으로서 받은 $ethDYDX 토큰 기반의 제안권 +
대리인으로서 받은 $wethDYDX 토큰 기반의 제안권 +
대리인으로서 받은 $stkDYDX 토큰 기반의 제안권 -
위임한 $ethDYDX 기반의 제안권 -
위임한 $wethDYDX 기반의 제안권 -
위임한 $stkDYDX 기반의 제안권
``
투표 권한 =
$ethDYDX 토큰 기반의 투표권 +
$wethDYDX 토큰 기반의 투표권 +
$stkDYDX 토큰 기반의 투표권 +
대리인으로서 받은 $ethDYDX 토큰 기반의 투표권 +
대리인으로서 받은 $wethDYDX 토큰 기반의 투안권 +
대리인으로서 받은 $stkDYDX 토큰 기반의 투표권 -
위임한 $ethDYDX 기반의 투표권 -
위임한 $wethDYDX 기반의 투표권 -
위임한 $stkDYDX 기반의 투표권
dYdX 거버넌스에 참여하기 위해서는 거버넌스 토큰을 보유하거나 위임받아야 합니다. 또한, 거래 비용을 충당하려면 ETH가 필요합니다.
토큰을 보유하고 있거나 토큰을 위임받았으며 활성화된 제안이 있는 경우 dYdX 거버넌스에서 투표를 할 수 있습니다.
투표권을 행사하려면 제안 페이지를 방문하여 활성 제안을 클릭하십시오.
dYdX 거버넌스를 통해 토큰 보유자는 투표권을 원하는 주소로 위임할 수 있습니다. 거버넌스 토큰을 보유하지 않아도 위임을 받으면 누구나 dYdX 거버넌스에 참여할 수 있습니다. 사용자는 한 번에 한 개의 주소만 위임할 수 있으며, 위임받는 사람의 투표권 수에 추가되는 투표 수는 사용자 계정 내의 거버넌스 토큰 잔액과 동일합니다. 투표권은 전송자가 다시 위임하거나 자신의 거버넌스 토큰을 양도할 때까지 현재 및 이후 블록에서 위임됩니다.
토큰 보유자는 거버넌스 포털을 통해 또는 프로그래밍 방식으로 토큰에 관련된 거버넌스 권한 중 하나 또는 모두를 위임할 수 있습니다. 권한을 위임받은 사용자는 위임받은 권한을 타인에게 양도할 수 없습니다.
토큰 보유자는 다양한 주소로 제안권 및 투표권을 위임할 수 있습니다. 그러나 권한은 부분적으로 위임할 수 없습니다(권한의 100% 또는 0%만 위임 가능).
토큰을 지갑 주소로 위임하려면 다음 절차를 따르십시오.
'위임'을 클릭합니다.
위임하려는 권한 유형을 선택합니다.
투표권 및/또는 제안권을 위임할 제3자의 지갑 주소를 입력합니다. 권한을 위임해도 토큰은 이체되지 않습니다.
거버넌스 토큰을 위임 또는 위임 취소 할 시, 사용자에게 이더리움 가스 수수료가 부과됩니다.
온체인에서 투표권을 행사하고 나면 투표를 정정할 수 없습니다.
예.
DIP가 온체인으로 제출되면 현재 토큰 보유자의 스냅샷이 촬영됩니다. 사용자는 블록을 시작하기 전에 보유하고 있는 거버넌스 토큰이 있어야 합니다.
거버넌스, 보상 및 스테이킹의 구심점이 되는 dydx.community
dydx.community는 거버넌스, 보상 및 스테이킹을 위한 인터페이스입니다.
현재 활성화된 거버넌스 및 과거 거버넌스 제안을 확인할 수 있으며, 활성 거버넌스 제안에 투표할 수 있습니다.
DYDX와 stkDYDX 보유자는 제안권과 투표권이라는 두 가지 유형의 거버넌스 권한을 갖게 됩니다. 사용자는 대시보드를 통해 제안권과 투표권을 확인하고 다른 주소로 위임할 수 있습니다.
사용자는 스테이킹 보상을 받기 위해 DYDX를 스테이킹할 수 있습니다.
사용자는 레이어 2 거래소에서 거래 활동을 통해 받은 보상을 확인할 수 있습니다. 거래 보상은 에폭 일정에 따라 28일마다 배포됩니다.
사용자는 보유 중인 DYDX, 클레임 가능한 DYDX, 스테이킹 중인 DYDX, 인출 가능한 DYDX에 대한 집계를 볼 수 있습니다.
사용자는 DYDX 토큰의 현재 순환 공급량 및 일일 배포를 볼 수 있습니다. 또한, 사용자는 이용 가능한 모든 DYDX 보상을 청구할 수 있습니다. DYDX 토큰은 2021년 9월 8일 약 15:00시(UTC) 또는 그 이후에 전송할 수 있게 됩니다.
에폭 시스템 개요
모든 보상 및 스테이킹 계약은 28일
을 주기로 하며 이 주기를 에폭이라고 부릅니다. 현재 에폭이 종료되면 새로운 에폭이 자동으로 시작됩니다.
각 에폭이 종료되면 다음이 진행됩니다.
종료된 에폭에 유동성 스테이킹 풀에 대해 요청했던 인출을 실행할 수 있습니다.
종료된 에폭에 안전 스테이킹 풀 대해 요청했던 인출을 실행할 수 있습니다.
에폭 0의 종료 시에만 다음이 진행됩니다.
소급 채굴 보상이 배포됩니다. 보상은 에폭 0 종료로부터 약 8일
후 dydx.community에서 클레임할 수 있습니다.
초기에는 $ethDYDX의 양도가 제한됩니다. 초기 양도 제한 기간은 에폭 0의 종료로부터 약 8일
후에 해제되었습니다.
$ethDYDX는 2021년 9월 8일 15:00:00(UTC)부터 양도 가능한 상태가 되었습니다.
에폭 0은 **2021년 8월 3일 15:00:00(UTC)**부터 시작되었습니다. 다음 표는 에폭 시작일 및 종료일을 나타냅니다(dYdX v3 거버넌스에 의해 수정 가능).
에폭 | 시작일(UTC) | 종료일(UTC) | 일 | 누적 연수 |
---|---|---|---|---|
dYdX Foundation은 에폭의 시작 및 종료일과 블랙아웃 기간을 확인할 수 있는 공개 Google 캘린더를 제작하였습니다. 구독은 여기를 참조하세요.
유동성 공급자 보상 프로그램 개요
처음 토큰 공급량의 7.5%(75,000,000 $ethDYDX
)는 유동성 공급자에게 보상으로 돌아갑니다.
dYdX 체인에는 유동성 공급자 보상 분배가 없으므로 DIP 29의 dYdX 커뮤니티는 유동성 공급자 보상에 대한 나머지 할당을 dYdX 체인 커뮤니티 트레저리로 마이그레이션하기로 결정했습니다.
목표
양면 유동성을 개선하고 유동성 공급자를 프로그래밍 방식으로 보상합니다.
시장 유동성을 장려하기 위해 $ethDYDX는 dYdX v3에서의 시장 참여, 마켓 메이커 거래량, 양방향 호가, 스프레드(미드마켓 대비), 업타임을 보상하는 공식을 기반으로 유동성 공급자에게 배포될 것입니다.
DIP 15에서 dYdX 커뮤니티는 BTC/ETH 시장과 비 BTC/ETH 시장 간의 함수를 분할하여 LP 보상 공식을 개정하기로 결정했습니다. DIP 19에서 dYdX 커뮤니티는 0.05 stkDYDX 무게를 메이커 볼륨에 재할당하기로 결정했습니다.
획득하는 ethDYDX 양은 각 참가자의 (++)에 대한 상대적 지분으로 결정됩니다.
분 단위 샘플링을 감안할 때, 각 에폭에는 28일 * 24시간 * 60분의 데이터 포인트(에포크당 총합 40,320 데이터 포인트)가 포함됩니다.
위의 공식은 자세한 정보를 위해 아래의 단계별 계산으로 나뉩니다.
각 시장은 다르게 가중치를 부여할 자체 보상 풀을 보유할 것입니다. DIP 15에서 dYdX 커뮤니티는 BTC-USD 및 ETH-USDC의 총 보상 할당을 각각 10%로 줄이기로 투표했습니다. 각 시장에 적용되는 가중치의 세트는 다음과 같습니다.
소급 채굴 보상 프로그램 개요
토큰 공급량의 5.0%(50,309,197$ethDYDX
)는 dYdX v3에서 특정 거래 이정표를 달성한 모든 과거 dYdX 프로토콜 사용자에게 분배되었습니다. 단, 미국을 포함하여 $ethDYDX가 허용되지 않은 관할권에 위치한 사용자는 제외되었습니다. 처음에는 초기 토큰 공급량의 7.50%
(75,000,000$ethDYDX
)가 모든 dYdX 프로토콜의 과거 사용자를 대상으로 예약되었지만, 미청구 소급 채굴 보상은 에폭 0 종료 시에 커뮤니티 금고로 이전되었습니다.
목표
과거 사용에 기반한 소급 보상을 통해 과거 dYdX 사용자에게 보상을 지급합니다.
과거 dYdX 사용자를 대상으로 dYdX v3에서 거래하도록 장려합니다.
dYdX v3의 성공은 지난 3년간 dYdX v3에서 거래해 온 수천 명의 커뮤니티 회원들과 그 이전의 회원들이 만들어 낸 결과입니다.
$ethDYDX는 **2021년 7월 26일 00:00:00(UTC)**에 종료되는 스냅샷을 기준으로 모든 dYdX 프로토콜의 과거 사용자에게 할당되었습니다(미국 등 ethDYDX가 허용되지 않는 관할권에 있는 사용자 제외).
과거 사용자가 $DYDX를 클레임하려면 첫 28일 에폭(에폭 0) 이내에 레이어 2 무기한상에서 다음 이정표를 달성해야 합니다.
사용자는 에폭 0이 끝날 때까지 청구 마일스톤에 도달할 수 있었습니다. 모든 미획득 보상은 몰수되었으며 커뮤니티 자금에 자동으로 분배되었습니다. 소급 채굴 보상을 통해 보상받은 $ethDYDX 토큰은 초기 양도 제한 기간이 해제되면 무기한 클레임 및 양도 가능 상태가 됩니다.
ethDYDX 토큰 및 거버넌스 개요
dYdX 개선점 제안(DIP) 수명주기 개요
dYdX 거버넌스 프로세스는 에서 거버넌스 포럼에 의해 움직이고, dYdX 개선책 제안("DIP")을 통해 비준되었습니다.
아래의 초안에서는 거버넌스 개념의 시작 및 정의부터 실제 구현에 이르기까지 dYdX v3 거버넌스 프로세스가 어떻게 진행될 것인지를 설명합니다. 해당 프로세스는 dYdX 커뮤니티의 피드백에 따라 변경될 수 있습니다.
다음 플로우 차트는 제안 통과를 위한 초기 제안 단계입니다.
DRC는 최소한 다음을 포함해야 합니다.
DRC에 대한 짧고 간결한 제목
제안에 대한 짧고 간결한 설명
DRC의 합리적인 근거(예: 제안 이유)
포럼 게시물의 제목은 'DRC: DRC에 대한 짧은 제목'을 포함해야 합니다. 예) DRC: 새로운 시장 요청
커뮤니티 회원이 개선점 오프체인 투표에 사용할 수 있는 커뮤니티 여론조사
거버넌스 포럼에 글이 게시되면 DRC를 더욱 개선하기 위해 모든 질문과 의견을 다루고 고려해야 합니다.
스냅샷 여론조사는 향후 온체인 DIP의 동향 알림 및 오프체인 제어 변수에 대한 구속력 있는 투표의 두 가지 목적으로 시행됩니다.
오프체인 DRC에 대한 아주 대략적인 합의가 이루어 지면, 거버넌스 토큰 10,000
이상의 총 제안권을 가진 커뮤니티 회원이 DRC에 대한 오프체인 투표를 스냡샷으로 추진할 수 있습니다. 저희는 dYdX 커뮤니티가 정규 근무 주간의 가시성을 높이기 위한 스냅샷 여론조사를 월요일에 실시하도록 장려합니다.
스냅샷은 사용자가 오프체인으로 견해를 표명할 수 있는 간단한 투표 인터페이스입니다. 스냅샷에 대한 투표에는 투표에 사용된 주소의 투표권에 따라 가중치가 부여됩니다.
동향 알림과 관련된 스냅샷 여론조사의 경우, 제안자는 다음을 제공해야 합니다.
DRC의 세부 사항,
투표 시스템,
투표 기간 - 4일의 투표 기간으로 설정된 투표 시작 날짜 및 투표 종료 날짜
투표 지연 - 향후에 6570 블록(13.2초 블록 시간에 따라 약 1일)인 스냅샷 블록 번호입니다. 스냅샷 블록 번호는 투표할 수 있는 커뮤니티 회원의 상태를 제한합니다. 스냅샷 블록 번호 이전에 토큰을 보유한 토큰 보유자가 투표에 참여할 수 있습니다. 각 주소의 투표권 스냄샷 이전에 투표가 지연되면 거버넌스 토큰 보유자들은 토큰을 획득하거나 투표 권한을 위임하거나 지갑 간 토큰을 이동할 수 있는 시간을 가질 수 있게 됩니다. 참고로, 지갑 간 이동은 $ethDYDX와 $wethDYDX에만 적용됩니다.
온체인 스마트 컨트랙트 호출이 필요하지 않은 결정의 경우, 눈에 띄는 거래 및 유동성 제공자 보상 공식, 스냅샷 투표에 대한 내용 변경은 구속력 있는 투표 및 최종 투표로 간주됩니다. 제안자는 상기 요건을 포함해야 하며 다음을 제공해야 합니다.
이진 투표 옵션 - 명확성을 위해 주소는 제안에 대해 찬성 또는 반대 하나에만 투표해야 합니다.
제안된 변경 사항은 스냅샷 여론조사 결과가 다음을 충족할 경우, dYdX Trading Inc.가 실행하게 됩니다.
최소 정족수 - 최소 1,000,000
거버넌스 토큰 이상 최소 정족수는 의사 결정의 탈중앙화 및 일방적인 의사 결정으로부터 보호하는 데 기여하며,
최소 투표 격차 - 투표의 최소 67%는 제안에 찬성해야 합니다. 최소 투표 격차는 논쟁의 여지가 많은 제안과 추후 논의가 필요한 제안을 걸러내는 데 도움이 됩니다.
dYdX Trading Inc.는 성공적인 스냅샷 여론조사의 변경 사항을 실행하기 위한 최대 1에폭(28일)의 실행 유예 기간을 갖게 됩니다.
참고로 제안 및 투표는 서명된 메시지로 IPFS에 저장되며 Commonwealth 포털을 통해 확인할 수 있습니다.
대략적 합의에 도달하면 해당 유형의 제안에 대해 충분한 제안권을 보유한 커뮤니티 회원이 온체인 DIP를 제출할 수 있습니다. 온체인 DIP는 스마트 컨트랙트 호출을 통해 시작됩니다. 해당 제안은 스냅샷 상 오프체인 DIP 투표의 개표 결과에 기반해야 하며, 하나 또는 여러 개의 활동(제안당 최대 10개)으로 구성될 수 있습니다.
DIP를 생성하려면 계정에 요구되는 최소 보유/위임 토큰 수를 충족해야 합니다. 제안 생성 시 타임락 실행자를 명시해야 합니다. 초기 파라미터는 다음과 같이 설정됩니다(거버넌스에 의해 수정될 수 있음).
온체인 DIP가 생성되면, 해당 제안은 현재 6570
블록 또는 약 1일(블록당 13.2초 가정)에 해당하는 투표 딜레이로 정의되는 동안 보류
상태에 진입합니다. 즉, DIP의 생성 1일 뒤 사용자 스냅샷이 촬영되며, 이때 해당 제안이 활성
상태로 전환됩니다.
투표 딜레이 후에 투표 기간이 활성화됩니다. 투표 기간의 길이는 제안 유형에 따라 다릅니다.
다음에서 DIP 상태 플로우 차트를 확인할 수 있습니다.
DIP가 온체인으로 생성되면, 해당 DIP에는 투표 딜레이, 투표 기간, 최소 정족수 및 최소 투표 격차가 적용됩니다. 초기 파라미터는 다음과 같습니다.
*13.2초 블록 시간을 기준으로 하는 타이밍입니다.
투표 딜레이만이 거버넌스에 의해 수정될 수 있으며 최소 및 최대 딜레이를 포함하여 그 사잇값으로만 변경할 수 있습니다. 투표 기간, 최소 정족수 및 투표 격차는 변경할 수 없습니다.
DIP가 통과되면 어떤 주소든 대기열 진입 방법을 호출하여 해당 제안을 타임락 대기열로 이동시킬 수 있습니다. DIP가 통과된 경우에만 대기열에 진입할 수 있습니다.
*13.2초 블록 시간을 기준으로 하는 타이밍입니다.
투표 기간이 끝나고 제안이 통과되면 누구나 대기열을 호출하여 타임락 지연을 시작할 수 있습니다.
Starkware 우선 타임락 실행자의 경우, 9일의 타임락 지연 중 7일의 우선 기간을 갖게 됩니다. 이는 9일 이후에는 누구나 제안을 실행할 수 있지만, 2~9일(우선 기간) 이내의 제안 실행 옵션은 Starkware에 있습니다.
실질적인 기간은 다음과 같습니다.
0~2일: 실행 불가
2~9일 : Starkware만 실행 가능
9일: 누구나 실행 가능
DIP 수명주기 동안 제안자는 언제든지 DIP를 취소할 수 있습니다. 제안은 제안자가 현재 블록에 충분한 제안권을 보유하지 않았을 경우, 실행 전에 누구나 취소할 수 있습니다.
투표 딜레이는 제안 제출 후 제안에 대한 투표가 시작되기 전에 기다려야 하는 이더라움 블록 수입니다.
투표권은 제안 제출 전 또는 제안 투표 지연 기간 동안 한 주소에 전적으로 위임되어야 합니다.
현 시점에서 투표 딜레이은 약 1일에 해당하는 6,570 블록
으로 설정됩니다. 이 값은 제안 생성 시점의 현재 블록 번호에 추가됩니다.
향후 dYdX 거버넌스는 투표 딜레이 기간의 연장 또는 축소를 위해 투표할 수 있습니다. 투표 딜레이 연장에는 명백한 이점이 있습니다. 하지만 기회주의적인 엣지 사례 악용과 같은 잠재적인 부작용을 초래할 수도 있습니다.
$ethDYDX와 $wethDYDXrk는 자유롭게 거래할 수 있는 자산이므로, 모든 사람이 시장 매입을 통해 거버넌스에 시도할 수 있습니다. 즉, 부정 투표를 강제로 통과시려면 단기 시간 제한일 경우에는 최소 5,000,000
거버넌스 토큰이 필요하거나, 아니면 장기 시간 제한일 경우에 20,000,000
거버넌스 토큰이 필요합니다. 이를 달성한다 하더라도 이 금액은 매우 비싸며, 가격 변동을 고려할 때 공격을 통해 얻을 수 있는 순이익보다 더 많은 비용이 들 것입니다.
한 그룹이 어떻게든 악의적인 인수를 달성하더라도 타임락 딜레이를 통해 영향을 받은 에이전트는 프로토콜에서 자산을 인출할 시간을 확보할 수 있습니다. 이는 프로토콜을 포킹할 수 있는 기회이기도 합니다. 나머지 선의 행위자들은 이 방법을 선택할 가능성이 높습니다.
거버넌스 아키텍처에 대한 고급 개요
$ethDYDX, $stkDYDX 및 $wethDYDX('거버넌스 토큰')는 그 소유자들에게 dYdX v3를 변경할 수 있는 제안권 및 투표권을 부여합니다. dYdX 거버넌스는 AAVE 거버넌스 계약을 기반으로 하며, 거버넌스 토큰 보유량에 기초하여 투표를 지원합니다.
제안은 제안 유형에 따라 주어지는 임계점 및 찬성 투표 백분율을 반드시 통과해야 합니다.
dYdX 거버넌스의 핵심에는 다음 8가지의 스마트 계약이 있습니다.
$ethDYDX, $stkDYDX, $wethDYDX 토큰
계약: 시간 내 다른 블록에서 각 주소의 투표권에 대한 스냅샷을 보유합니다.
거버넌스 전략 V2
계약: 제안 및 투표에 대한 사용자의 상대적인 권한을 측정하는 로직이 포함되어 있습니다. dYdX 커뮤니티는 거버넌스 전략
계약을 거버넌스 전략 V2
로 업그레이드하도록 dYdX v3에서 투표 및 제안을 하는 데 있어서 $wethDYDX가 ethDYDX와 동일한 거버넌스 기능을 지닐 수 있도록 했습니다.
거버너
계약: 제안을 추적하고 타임락 스마트 컨트랙트를 통해 제안을 실행할 수 있습니다.
타임락
계약: 거버넌스에서 투표한 거래를 대기열에 넣거나 취소하거나 실행할 수 있습니다. 제안 내 기능은 타임락 계약에 의해 시작됩니다. 대기 중인 거래는 딜레이 후 그리고 유예 기간 만료 전에 실행할 수 있습니다.
우선 타임락
계약: 타임락 계약과 동일하지만, 우선순위 통제자가 타임락 지연이 종료되기 전에 우선순위 기간(7일) 내에 거래를 실행할 수 있습니다.
dYdX 온체인 거버넌스는 다음을 허용합니다.
승인된 실행자 계약을 통해 제안에 대한 투표 실행
제안 시작 시 토큰 보유량 스냅샷 기록
투표권 및 제안권 별도 위임
제안, 정족수, 투표 격차를 비롯한 거버넌스 임계값 설정
투표 계산 방식 변경(거버너 계약의 '거버넌스 전략' 스마트 계약 주소 변경)
실행자는 각 제안 유형을 검증해야 합니다.
단기 타임락 실행자
단기 타임락 실행자는 다음을 제어합니다.
유동성 모듈, 안전 모듈 및 머클 분배자 모듈을 포함한 인센티브 계약
보상 및 커뮤니티 트레저리의 자금
새로운 토큰 발행
안전 모듈을 제외한 모든 프록시 계약
Stark 프록시 계약에 대한 보호자 역할
Starkware 우선 타임락 실행자
장기 타임락 실행자
장기 타임락 실행자는 거버넌스 합의에 영향을 미치는 dYdX v3 일부를 전반적으로 변경하는 제안을 실행할 수 있습니다.
머클-파서 실행자
머클-파서 실행자는 머클 루트를 동결하는 제안을 실행할 수 있습니다. 이는 각 사용자의 누적 보상 잔액을 주기적으로 업데이트하고, 제안된 루트가 부정확하거나 악의적인 경우 시간이 경과함에 따라 사용자에게 새로운 보상을 배포할 수 있습니다. 또한 모든 Stark 프록시 계약에 의한 강제 거래 요청을 거부할 수 있습니다.
초기 타임락 파라미터는 다음과 같습니다.
거버넌스 파라미터 개요.
거버넌스 토큰 보유자는 다음과 같이 즉각적이고 무효화할 수 없는 통제권을 가집니다.
커뮤니티 트레저리 할당
프로토콜 신규 토큰 상장
프로토콜의 리스크 파라미터
유동성 스테이킹 풀의 마켓 메이커에 대한 자본 할당
유동성 스테이킹 풀에 신규 마켓 메이커 추가
손실이 발생할 경우 안전 스테이킹 풀 배당금 지급 결정
출시 시 존재하는 모든 보상 및 풀의 변경
거버넌스 자체 계약
dYdX 거버넌스는 다음 계약의 파라미터에 대한 통제 권한을 갖습니다.
우선 타임락
거버너
$ethDYDX 토큰
트레저리
머클 분배자
유동성 스테이킹
안전 모듈
스타크 프록시
스타크 퍼페츄얼
DRC 생성, 스냅샷 여론조사 생성, DIP 생성, 스냅샷 여론조사 투표, DIP 투표, DIP 대기열 생성 및 실행의 거버넌스 프로세스 단계별 개요.
dYdX Foundation은 dYdX 커뮤니티의 dYdX 거버넌스 프로세스의 이해를 돕기 위해 이 가이드를 만들었습니다. 본 가이드는 다음의 단계별 개요를 제공합니다.
본 가이드에 소개된 두 가지 예시는 DIP 2(오프체인 제안) - 유동성 제공자 보상 기준 감소 및 DIP 3(온체인 제안) - 안전 모듈 복원.
요약:
에폭 6에 dYdX 커뮤니티는 마켓 메이커에 대한 LP 보상 거래량 기준을 1%에서 0.25%로 낮추기로 에서 투표했습니다. 에폭 2에서의 LP 보상 기준 감소(5%에서 1%로 감소)는 에폭 6(1%에서 0.25%로 감소) 감소와 동일한 프로세스를 따랐습니다. LP 보상 거래량 기준을 5%에서 1%로 낮추기 위한 단계별 개요는 아래에 포함되어 있습니다.
커뮤니티의 대다수(투표자 399명 및 $ethDYDX의 86%)가 투표를 통해 유동성 공급자 보상을 획득하기 위한 거래량 기준을 5%에서 1%로 감소시켰습니다. 시장 조성자를 위한 유동성 제공자 보상 거래량 기준을 5%에서 1%로 감소시키기 위한 DeFiance Capital에서 Jacob Goh(jteam0x)가 제출하였습니다. 에폭 2에서 1%의 기준을 충족한 시장 조성자는 에폭 3에서 유동성 제공자 보상을 받을 자격이 주어졌습니다. 해당 제안은 다른 온체인 스마트 계약 변경을 요구하지 않았습니다.
배경:
커뮤니티는 신규 및 중소 규모의 시장 조성자를 장려하여 dYdX 플랫폼의 유동성을 높일 수 있기 때문에 유동성 제공자 보상 기준을 낮추었습니다. 또한, 플랫폼 내의 시장 조성자 수를 늘리는 것은 탈중앙화로 dYdX 프로토콜에 도움이 됩니다.
설명:
DIP 2에 대한 적용:
Discourse에 대한 게시글 및 댓글 작성 방법:
스레드를 선택하고, 댓글을 스크롤하고, 댓글에 좋아요를 누르거나 답글을 답니다.
"New Topic"을 클릭하고 주제 카테고리를 선택하여 새로운 토론 스레드를 만들거나 DRC를 게시합니다.
DRC의 짧고 간결한 제목.
제안에 대한 짧고 간결한 설명.
DRC의 근거(예시: 왜?).
포럼 게시물의 제목에는 DRC: [간결한 DRC 제목 입력]이 포함되어야 합니다(예: DRC: 신규 시장 요청).
커뮤니티 회원이 개선점 오프체인 투표에 사용할 수 있는 커뮤니티 여론조사.
설명:
DIP 2에 대한 적용:
커뮤니티 회원들이 Su Zhu의 게시물에 대한 피드백을 제공했습니다. 커뮤니티에서 제안한 다음 보상 기준은 다음과 같습니다.
다음으로 Su Zhu는 다음 선택지로 스냅샷 여론조사를 생성하였습니다.
MM 기준 1%로 하향
MM 기준 2.5%로 하향
MM 기준 5%로 유지
스냅샷 여론조사에서 투표하는 방법:
활성 스냅샷 여론조사에 투표하려면 거버넌스 토큰을 보유하거나 스냅샷 블록 번호 이전에 귀하의 주소로 위임된 투표권을 스냅샷 여론조사가 활성화되는 시점에 보유하고 있어야 합니다.
투표하려면 제안을 클릭하고 '네' 또는 '아니오'를 선택하고 '투표하기'를 선택하세요.
스냅샷에서 투표 생성하는 방법:
스냅샷 여론조사를 생성하려면 최소 10,000개 이상의 거버넌스 토큰을 보유하거나 제안 생성에 사용 중인 주소에 위임된 제안권을 보유해야 합니다.
스냅샷 제안은 단일 또는 다중 작업으로, 제안당 최대 10개의 작업까지 구성될 수 있습니다. 작업은 제안에 명시된 변경 사항입니다.
10,000의 최소 제안권 요건을 충족하는 경우, '새로운 제안'을 선택하고 아래 콘텐츠 요건에 따라 빈 칸을 채우세요.
DRC 스냅샷 여론조사 콘텐츠 요건:
포럼 토론 링크를 포함한 DRC 세부 사항,
투표 시스템,
투표 시작 날짜 및 투표 종료 날짜는 총 길이를 4일로 설정(13.2초 블록 시간 기준) 및
투표 시작 1일(~6570블록) 전에 게시된 스냅샷 여론조사.
구속력 있는 스냅샷 여론조사 요건:
대부분의 결정에 스냅샷 여론조사는 신호로 작용하는 반면, 온체인 투표는 스마트 계약을 변경하는 구속력 있는 결과에 필요합니다. 온체인 스마트 컨트랙트 호출이 필요하지 않은 결정의 경우, 눈에 띄는 거래 및 유동성 제공자 보상 공식, 스냅샷 투표에 대한 내용 변경은 구속력 있는 투표 및 최종 투표로 간주됩니다. 위 콘텐츠 요건 외에도 오프체인 제어 변수에 대한 구속력 있는 투표인 스냅샷 여론조사는 다음을 포함해야 합니다.
찬반 투표 옵션. 명확성을 위해 주소는 찬성 또는 반대 하나에만 투표해야 합니다.
투표 이후, 관련 정보는 IPFS에 저장되며, 보고서가 자동으로 생성되고 다운로드 가능합니다.
설명:
DIP 2에 대한 적용:
유동성 제공자의 보상 기준 하향이 다른 온체인 스마트 계약 변경 사항을 필요로 하지 않기 때문에 이 프로세스는 이제 완전하며 변경 사항은 다음 에폭에 유효하게 됩니다.
DIP 생성 방법:
DIP 상태:
WIP - 현재 개발 중인 DIP.
제안됨 - 온체인에 제안 준비가 된 DIP.
승인됨 - dYdX 커뮤니티에 의해 구현 승인된 DIP.
구현됨 - 메인넷에 배포된 DIP.
거절됨 - 승인 거부된 DIP.
검토 후, dYdX Foundation이 보류 DIP 브랜치의 변경 사항을 마스터 브랜치에 병합하게 됩니다.
해당 제안은 다른 온체인 스마트 계약 변경을 요구하지 않기 때문에 프로세스는 이제 완전하며 변경 사항은 다음 에폭에 유효하게 됩니다
요약:
배경:
9월 8일 15:00(UTC), $ethDYDX 토큰에 대한 양도 제한이 해제되어 사실상 dYdX 안전 모듈에 대한 스테이킹이 실시되었습니다. 거의 1시간 동안 약 157,000ethDYDX가 50개 이상의 다른 주소에 스테이킹되었습니다. 배포 과정에서 버그가 오류를 발생시켰으며 안전 모듈에 스테이킹한 주소로 stkDYDX가 발행되지 않았습니다. 결과적으로 각 스테이커의 자금은 계약에 묶였으며 dYdX 팀은 dYdX 거버넌스 UI에 대한 스테이킹을 비활성화하였습니다.
DIP의 제안 생애주기는 일반적으로 DIP 생성될 때까지 일관됩니다. DIP 3(온체인) 및 DIP 2(오프체인) 간의 주요 차이점은 DIP 3은 온체인 투표와 스마트 계약 배포가 필요하다는 점이었습니다. 포럼 토론, DRC 생성 및 DIP 생성 초안 작성에 대한 프로세스가 동일하기 때문에 온체인 DIP 초안을 작성하기 위한 콘텐츠의 요건에 대해 단계별 토론을 시작했습니다. 자세한 정보는 아래 링크를 통해 확인하시기 바랍니다.
설명:
DIP 3에 대한 적용:
안전 폴더에 대한 SafetyModuleV2.sol 배포 계약의 탐색으로 해당 제안이 어떤 방식으로 실행될지에 대한 구체적인 세부 내용이 들어 있는 README 파일을 볼 수 있습니다.
온체인 DIP 초안 작성 방법(WIP):
DIP 생성을 위해 새로운 지갑을 만드세요. 배포 프로세스는 환경 변수로 보안 문구 입력이 필요하기 때문에 온체인 DIP 생성에 하나의 지갑을 사용하실 것을 권장합니다.
단기 타임락: 총 공급량의 0.5%(제안권 5백만).
Starkware 실행자: 총 공급량의 0.5%(제안권 5백만).
장기 타임락 실행자: 총 공급량의 2.0%(제안권 2천만)
머클 일시정지자 타임락: 총 공급량의 0.5%(제안권 5백만).
이더리움을 선택하고 '시작'을 누르세요.
필요한 정보를 입력하고 Goerli 네트워크를 선택하고 '앱 생성'을 선택하세요.
'4. 구축 시작하기' 아래에서 '첫 스마트 계약 배포 시도'를 선택하고 가이드를 따르세요.
제안된 스마트 계약 이행 초안을 작성하세요.
새로운 파일(DIP-[New DIP #]-ipfs-hashes.jso
)을 선택한 후, 인코딩된 해시를 사용하시기 바랍니다.
설명:
제안된 스마트 계약 이행이 올바르며 해당 DIP가 확정되었음을 커뮤니티 회원이 확인한 후, 해당 DIP는 온체인으로 제출할 수 있습니다. 온체인 DIP가 생성되면 해당 제안은 약 1일(약 6570블록) 동안 지속되는 투표 지연에 대해 '보류 중' 상태로 진입합니다. 사용자 스냅샷은 $ethDYDX 보유량 및 위임된 투표권을 처리하기 위해 투표 지연 이후에 기록됩니다. 다음으로 제안은 '활성' 상태로 진입하며 투표 기간은 제안의 유형에 따라 2~10일로 바뀝니다. 제안이 실행되려면 투표는 최소 정족수를 충족해야 하며 제안의 유형에 따라 변하는 최소 투표 격차를 충족해야 합니다. DIP가 최소 정족수와 최소 투표 격차를 충족하고 투표 커뮤니티 회원의 대다수가 DIP 찬성에 투표할 경우, 모든 주소는 제안을 타임락 대기열로 이동하기 위해 대기열을 호출할 수 있습니다. 타임락 계약은 dYdX 커뮤니티가 채결한 거래를 대기, 취소 또는 실행할 수 있습니다. 타임락 대기열의 기간은 제안의 유형에 따라 다릅니다.
DIP 3에 대한 적용:
Paradigm 팀이 SafetyModuleV2.sol
에 대한 솔리디티 코드를 완성했습니다.
Paradigm 팀은 로컬 및 포킹된 메인넷 환경 모두에서 업데이트를 시뮬레이션했습니다. 메인넷에 대한 거버넌스 제안서의 실행 이후 전체 기능이 복원되도록 테스트 도구가 실행되었습니다.
Paradigm 팀은 아래 스크립트를 실행하여 스마트 계약 업데이트를 배포했습니다.
안전 모듈 복원 배포
ALCHEMY_KEY=<... 추출 >
MNEMONIC=<... 추출 >
npx hardhat --네트워크 메인넷 배포:안전-모듈-복구
\ --dydx-토큰-주소 0x92D6C1e31e14520e676a687F0a93788B716BEff5
\ --단기-타임락-주소 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
--보상-트레저리-주소 0x639192D54431F8c816368D3FB4107Bc168d0E871
거버넌스 제안: 안전 모듈 수정
ALCHEMY_KEY=<... 추출 >
MNEMONIC=<... 추출 >
npx hardhat --네트워크 메인넷 배포:안전-모듈-수정-제안서
\ --제안서-ipfs-해시-hex 0x...
\ --거버너-주소 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--장기-타임락-주소 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B
--안전-모듈-주소 0x65f7BA4Ec257AF7c55fd5854E5f6356bBd0fb8EC
--안전-모듈-프록시-관리자-주소 0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C
--안전-모듈-신규-실행-주소 0x...
거버넌스 제안: 안전 모듈 보상
ALCHEMY_KEY=<... 추출 >
MNEMONIC=<... 추출 >
npx hardhat --네트워크 메인넷 배포:안전-모듈-보상-제안서
\ --제안서-ipfs-해시-hex 0x...
\ --dydx-토큰-주소 0x92D6C1e31e14520e676a687F0a93788B716BEff5
\ --거버너-주소 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--단기-타임락-주소 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
--보상-트레저리-주소 0x639192D54431F8c816368D3FB4107Bc168d0E871
\ --안전-모듈-복구-주소 0x...
DIP는 2021년 11월 1일에 13532376블록에서 생성되었습니다. 향후 6570블록 동안 DIP 상태는 '보류 중'입니다.
ethDYDX 보유자는 13538946블록에서 '활성' 상태로 전환되었을 때, DIP에 투표를 할 수 있게 되었습니다.
첫 번째 투표는 2021년 11월 2일, DIP가 온체인에 생성된 지 6583블록 이후인 세계협정시 기준 오후 5:51:22(13538959블록)에 실시되었습니다.
장기 타임락에 관련된 10일의 투표 기간 후, 모든 커뮤니티 회원은 대기열을 호출하고 제안을 7일 타임락 지연으로 옮길 수 있습니다. DIP의 경우, 커뮤니티 회원이 대기열을 호출하는 데 거의 3일이 소요되었습니다.
7일 타임락 지연 이후, DIP가 온체인으로 실행되었습니다.
참고, (1) 제안서는 타임락 지연 직후 시작되는 7일의 실행 그레이스 기간 내에 실행되어야 하며 (2) 제안 주소는 DIP가 실행될 때까지 각 타임락 계약에 필요한 최소 제안권의 양을 유지해야 합니다(5백만 또는 2천만 제안권 중 하나).
DIP를 온체인에 제출하는 방법:
단기 타임락 실행자: 총 공급량의 0.5%(제안권 5백만).
Starkware 실행자: 총 공급량의 0.5%(제안권 5백만).
장기 타임락 실행자: 총 공급량의 2.0%(제안권 2천만)
머클 일시정지자 타임락: 총 공급량의 0.5%(제안권 5백만).
가스 수수료를 지불하기 위해 지갑에 ETH가 있는지 확인하세요.
Alchemy에 이더리움 메인넷 네트워크에 대한 앱을 만드세요.
초안 작성한 스크립트를 실행하세요.
제안을 제출한 주소로 제안이 실행될 때까지 각 타임락 계약에 필요한 최소 제안권 양을 유지해야 합니다.
DIP에서 투표하는 방법:
가스 수수료를 지불하기 위해 지갑에 ETH가 있는지 확인하세요.
단기 타임락 실행자: 4일.
Starkware 실행자: 4일.
장기 타임락 실행자: 10일.
머클 일시정지자 실행자: 2일.
제안 대기 상태 변경 방법:
성공적인 제안은 타임락 지연을 시작하기 위해 대기 상태로 변경할 수 있습니다.
Eth가 포함된 호환되는 지갑을 사용하시기 바랍니다.
대기열을 선택하고 '제안ID'를 제출하세요.
'클릭하여 더 보기'를 선택하세요.
'입력 데이터 디코딩'을 선택하세요.
제안 실행 방법:
타임락 지연 이후, 성공적인 제안은 실행할 수 있습니다.
'실행'을 선택하고 '제안ID'를 제출하세요.
'제안ID'를 확인하려면 상기 단계(제안 대기 상태 변경 방법 아래)를 따르세요.
'지불 급액(이더)' 하단에 '0'을 입력하세요.
거래 보상 프로그램 개요
토큰 공급량의 14.5
%
(144,693,506 $ethDYDX
)가 dYdX v3상에서 거래하는 사용자에게 지급된 수수료를 기준으로 분배하여 할당됩니다. 초기에는 토큰 공급량의 25.0%
(250,000,000$ethDYDX
)가 거래 보상으로 할당되었습니다.
에서 dYdX 커뮤니티는 거래 보상을 25.0% 감소시키기로 . 그 결과, 거래 보상을 위한 할당은 25.0%
에서 20.2%
로 감소했습니다.
에서 dYdX 커뮤니티는 거래 보상을 45.0% 더 감소시키기로 . 그 결과, 거래 보상을 위한 할당은 20.2%
에서 14.5%
로 감소했습니다.
에서 dYdX 커뮤니티는 dYdX v3의 에폭 30-32에 해당하는 거래 보상을 ⅓ 줄이기로 해당 값은 다음과 같습니다.
에폭 30: 1,054,795 $ethDYDX
에폭 31: 527,398 $ethDYDX
에폭 32: 0 $ethDYDX
DIP 29에서 dYdX 커뮤니티는 거래 보상 할당량의 나머지를 거래 보상을 위한 dYdX 체인으로 마이그레이션하기로 결정했습니다.
특정 에폭에서 분배된 거래 보상은 3,835,616$ethDYDX에서 다음과 같이 감소했거나 감소할 것입니다.
에폭 15에서 2,876,712$ethDYDX,
에폭 21에서 1,582,192$ethDYDX,
에폭 30에서 1,054,795 $ethDYDX,
에폭 31에서 527,398$ethDYDX,
에폭 32 이상에서 0$ethDYDX.
에폭 31 이후에는 dYdX v3에 대한 거래 보상이 없습니다. dYdX v3의 와 dYdX Chain의 에서 dYdX 커뮤니티는 dYdX v3 미획득 $ethDYDX의 나머지 금액을 dYdX 에 크레딧으로 투표했고, dYdX Chain의 거버넌스 승인을 조건으로 dYdX Chain에서 거래 보상으로 분배했습니다.
목표
모든 트레이더가 dYdX v3를 이용하도록 장려합니다.
시장 유동성 및 전반적인 상품 사용을 가속화합니다.
$ethDYDX는 dYdX v3상에서 지급된 수수료를 기준으로 트레이더들에게 분배되었습니다. $ethDYDX는 5년 동안 28일 에폭 기준으로 배포되었으며, 어떠한 페스팅 또는 락업도 적용되지 않았습니다.
에폭 30: 1,054,795 $ethDYDX
에폭 31: 527,398 $ethDYDX
에폭 32 및 나머지 모든 에폭: 0$ethDYDX
거래 보상을 통해 획득한 $ethDYDX는 각 에폭이 종료되면 양도할 수 있습니다. $ethDYDX 토큰 보유자는 $ethDYDX 토큰을 청구하려면 에폭 종료 후 약 7일
(대기 기간) 동안 기다려야 합니다.
단계:
Web3에 연결
버튼을 클릭하고 Web3 지갑을 연결하십시오.
3. updateRoot
파라미터까지 아래로 스크롤한 다음 작성
버튼을 클릭합니다.
7일의 대기 기간이 여전히 진행 중인 경우, 또는
dYdX Trading, Inc.는 2024년 10월 28일부터 v3를 종료한다고
dYdX 체인, 및 dYdX 체인 API 사용자는 영향을 받지 않습니다.
따라서 dYdX 재단의 목적에 따라 dYdX v3 거버넌스 및 ethDYDX 및 wethDYDX 토큰 보유자에 대한 dYdX v3 단계적 종료의 영향과 관목록을 준비했습니다.
dYdX Foundation 개요
dYdX Foundation은 스위스 추크에 본사를 둔 독립적 비영리 재단입니다. dYdX Foundation에 대한 자세한 내용은 을 참조하십시오.
dYdX 재단의 목적은 dYdX 레이어 2 프로토콜과 관련된 생태계를 포함하되 이에 국한되지 않는 dYdX 레이어 2 프로토콜의 현재 구현과 향후 구현의 모든 측면(기술적 측면 등)을 지원 및 확대하고, dYdX 레이어 2 프로토콜의 생태계 또는 현재 구현과 향후 구현의 모든 측면(기술적 측면 등)을 지원 및 확대하려는 사람들의 참여를 촉진하는 것입니다. 구체적으로 dYdX 재단은 다음과 같은 권한을 갖게 됩니다.
적절한 연구 및 개발 활동/프로젝트를 지원하고 이에 자금을 조달
해당 생태계 및/또는 dYdX 레이어 2 프로토콜에 대해 대중에게 홍보하고 교육을 제공
디지털 자산을 발행, 수신, 지출 및 보유(투기적 거래 활동 아님)
거버넌스 스마트 계약을 배포하고 거버넌스 토큰을 발행
생태계의 이익을 위해 다양한 기업, 파트너, 은행, 규제 기관, 당국 및 기타 제3자와 협력
수령한 기부금 분배하고 기업 참여 수행
상표, 저작권 및 기타 지적 재산권 또는 라이센스를 취득하거나 보유하거나 부여
생태계 및/또는 dYdX 레이어 2 프로토콜을 지원하고 홍보하는 콘퍼런스와 기타 행사를 조직
모든 비즈니스의 수행 및 홍보 및/또는 모든 거래에 참여, 그리고 일반적으로 여기에 설명된 목표를 달성하거나 홍보하는 데 필요하거나 적절하거나 따르거나 이상적인 모든 행위를 수행
dYdX 재단이 dYdX 레이어 2 프로토콜의 생태계 및 거버넌스 관련 문제의 발전 및 성장을 지원함에 따라, dYdX Trading의 핵심 개발 팀은 향후 시간을 기타 업무를 수행함과 동시에 주문 대장의 탈중앙화 및 dYdX 레이어 2 프로토콜의 엔진 구성 요소 매칭에 집중하는데 사용할 것입니다. 탈중앙화된 주문 대장과 매칭 엔진으로 인해 dYdX 레이어 2 프로토콜의 수정이 있을 예정이지만, 이로 인해 dYdX 레이어 2 프로토콜의 기능이 향상되리라고는 기대하지는 않습니다. 대신, dYdX 레이어 2 프로토콜의 모든 면에 걸친 저항 검열성 창출이라는 혜택을 받게 될 것입니다.
dYdX 재단은 수익 창출을 목적으로 하지 않으며 일반적으로 이익을 추구하지 않습니다. 하지만 dYdX Trading은 거래량에 연동된 메이커-테이커 수수료를 계속 부과할 것이며, 이를 통해 거래에 대한 거래 비용을 충당하고, 수익을 창출하며, 더 많은 유동성을 확보하기 위해 인센티브를 제공할 것입니다.
dYdX 재단은 탈중앙화 거버넌스 촉진 및 트레이더에게 강력하고 투명하며 열린 최첨단 금융 제품을 통한 권한을 부여함으로써 dYdX 레이어 2 프로토콜이 커뮤니티 주도 성장, 발전 및 자체 지속 가능성을 향해 나아가는 데 도움을 줄 것입니다.
dYdX Foundation 이사회 멤버에는 Arthur Cheong, Rebecca Rettig, Markus Spillman이 포함됩니다. 이것은 dYdX 레이어 2 프로토콜의 완전한 탈중앙화를 향한 여정에서 중요한 첫 번째 단계입니다.
커뮤니티 금고에서 목적지 주소로 ethDYDX를 전송하기 위한 제안서 작성 방법을 기술적, 단계별로 설명한 가이드
Reverie는 풀 리퀘스트(PR)를 통해 $ethDYDX를 커뮤니티 금고에서 dYdX 거버넌스 계약 리포지토리로 전송하는 거버넌스 계획안을 제출하기 위해 포괄적인 기술 가이드를 만들었습니다.
이 계획안을 작성하려면, dYdX 커뮤니티 구성원은 적어도 5백만 거버넌스 토큰(총공급량의 0.5%) 정도의 제안 권한(를 위한 )이 있어야 합니다.
풀 리퀘스트(PR)를 완료하기 전에 다음 단계를 완료해야 합니다.
계획안 수명 주기: DRC은 계획안 따라 게시되어야 하며 스냅샷 투표가 성공적이어야 합니다.
목적지 주소: 목적지 주소를 미리 생성해야 합니다. 목적지 주소가 다중 서명(multi-sig)인 경우, 다중 서명 지갑을 생성해야 합니다.
GitHub 계정: 리포지토리를 분기할 GitHub 계정입니다.
송금액(옵션): 요청된 송금액이 PR보다 먼저 설정되면 좋습니다. 하지만 명목상의 금액을 사용하는 경우에는 승인 전 최종 단계에서 설정할 수 있습니다.
DIP IPFS 해시(옵션): 송금액을 알면 DIP를 마무리하고 IPFS로 푸시하여 해시를 생성해야 합니다. 그러나, 아직 해당 금액이 확정되지 않은 경우 승인 전 최종 단계에서 설정할 수 있습니다.
****를 사용자의 GitHub 계정으로 분기합니다.
2. 리포지토리 복제본을 만들고, [username]을 본인의 사용자 이름으로 변경합니다.
3. 구성 변수
src/config/index.ts에서 테스트 목적으로 사용할 configSchema 상수에 두 개의 새로운 변수를 추가합니다. 다음 코드 블록애서, 'PROPOSAL_NAME' 및 'PROPOSAL' 필드를 제출 중인 계획안의 이름으로 변경합니다.
src/deploy-config/base-config.ts에서 목적지 주소와 송금액을 설정 상수의 새 변수로 추가합니다.
참고: 자금 금액은 ERC20 표준에 따라 10^18을 곱해야 합니다. 해당 금액이 아직 정해지지 않은 경우, 임시 금액을 사용할 수 있습니다(예: 10 → 10000000000000000000).
다른 리포지토리에서 승인된 DIP를 참조할 IPFS 해시 변수를 src/lib/constants.ts에 추가합니다.
참고: DIP가 아직 게시되지 않은 경우 테스트에 임시 값을 사용할 수 있습니다(예: ‘0x0000000000000000000000000000000000000000000000000000000000000000’)\
4. 계획안 코드
_src/migrations_에, proposal-name.ts와 같이 계획안 이름의 새 파일을 다시 만들고 해당 파일에 다음 코드를 작성합니다.
a. 맨 위에 필요한 import를 추가합니다.
b. import 아래에서 계획안 이름을 사용하여 새 함수를 만들고 다음 코드를 두 개의 고유한 변수와 함께 추가합니다.
destinationAddress → 자금을 받는 주소가 됩니다.
deployConfig.PROPOSAL_FUNDING_AMOUNT → 이전에 생성한 변수로 송금할 금액을 결정합니다.
5. 배포 작업
계획안이 생성되면 계획안을 제출하는 데 필요한 트랜잭션 및 호출 데이터를 생성하는 배포를 작성할 수 있습니다.
_tasks/deployment_에서 계획안 코드에 사용된 proposal-name.ts 파일과 동일한 이름을 갖는 새 파일을 만들고 해당 파일에 다음 코드를 작성합니다.
a. 다음 변수에 필요한 import를 추가합니다.
DIP_NUMBER_IPFS_HASH → lib/constants에 추가하는 변수입니다.
createProposalNameProposal → /src/migrations/proposal-name에서 생성했던 함수입니다.
b. hardhat 작업을 생성하고 작업 시작 줄에 있는 계획안 정보로 채웁니다. 'deploy:proposal-name:'에 있는 proposal-name을 교체하고 ‘Proposal Description’을 간략한 설명으로 교체합니다.
마지막 줄은 계획안 코드에서 가져온 함수를 호출하므로 수정이 필요합니다.
6. 테스트 빌드
이제 코드를 배포할 준비가 되었으므로 계획안을 중심으로 몇 가지 테스트를 빌드할 차례입니다. 로컬에서 테스트를 진행하고 메인넷 포크를 사용하여 계획안이 온체인에서 실행되도록 시뮬레이션합니다.
a. 계획안 테스트 추가
test/migrations에 proposal-name.ts과 같이 계획안 이름이 들어간 새 파일을 다시 추가하고 해당 파일에 다음 코드를 포함시킵니다.
다음 계획안 함수를 포함하여 필요한 import를 추가합니다.
createProposalNameProposal, /src/migrations/proposal-name에서 생성했던 함수입니다. \
MOCK_PROPOSAL_IPFS_HASH → 테스트 목적에 맞게 모의 해시(mock hash)를 사용합니다.
다음 단계에 따라 테스트 함수를 추가합니다.
fundProposalNameViaProposal → 이 함수를 만들고 계획안 이름과 일치하도록 이름을 변경합니다.
destinationAddress → 목적지 이름과 일치하도록 레이블을 다시 지정합니다.
deployConfig.PROPOSAL_FUNDING_AMOUNT → 이는 base-config 파일의 변수로 대체됩니다.
FUND_PROPOSAL_NAME_PROPOSAL_ID → _config/index.ts_에서 생성한 변수입니다.
createProposalNameProposal → 사용하려는 위의 함수를 가져왔습니다.
fundProposalNameViaNoProposal → 이 함수를 만들고 계획안 이름과 일치하도록 이름을 변경합니다.
아래 코드를 실행하여 위에서 이미 생성한 계획안 이름 및 기존 변수로 이러한 모든 변수를 변경합니다.
b. 테스트 스크립트에 테스트 함수 추가
위에서 만든 함수를 test/migrations/deploy-contracts-for-test.ts에 추가하여 테스트에 포함합니다.
생성한 함수 가져오기
일반 테스트 함수를 생성하여 두 함수에 대한 테스트 추가 → executeProposalNameProposalForTest, 계획안과 일치하도록 이름을 변경합니다.
이전에 생성한 TEST_PROPOSAL_NAME_TRUST_WITH_PROPOSAL 및 deployConfig의 PROPOSAL_NAME_ADDRESS 설정 변수도 호출합니다.
c. 테스트 도우미에 계약 추가
테스트가 메인넷 분기 테스트에서 실행되도록 test/helpers/get-deployed-contracts-for-test.ts에 위에서 만든 함수를 추가합니다.
다음 마이그레이션 파일에서 executeProposalNameProposalForTest 함수를 가져옵니다.
마지막 else 루프 외부에 있는 getDeployedContractsForTest() 함수에 이 함수를 추가합니다.
d. 최종 테스트 파일
마지막으로 모의 계획안을 실행한 후 IPFS 해시와 다중 서명의 잔액에 대한 테스트를 추가하여 모든 것이 예상대로 종료되는지 확인합니다.
test/misc에 계획안 이름이 proposal-name-proposal.spec.ts인 새 파일을 추가하고 다음 두 테스트로 채웁니다.
DIP_NUMBER_IPFS_HASH를 통해 lib에서 IPFS 해시를 가져옵니다.
ProposalNameId를 사용하여 다음 번 proposalId 번호를 하드코딩합니다.
해시 상수로 계획안 해시를 확인합니다.
PROPOSAL_NAME_ADDRESS를 확인하여 PROPOSAL_FUNDING_AMOUNT의 예상 잔액이 있는지 확인합니다.
참고: 이 주소에 이미 DYDX가 있는 경우 테스트를 통과하려면 잔액에 하드코딩해야 합니다.
7. PR 제출
이러한 모든 코드 변경이 완료되고 로컬에 저장되면 분기된 리포지토리에 커밋하고 dYdX 리포지토리에 대한 PR을 열어 다음과 같이 검토할 수 있습니다.
a. 명령줄을 통해 변경 사항을 커밋합니다.
b. dYdX 리포지토리에 PR을 제출합니다.
c. 리포지토리 관리자의 검토 및 승인을 기다립니다.
안전 스테이킹 풀의 개요
초기에는 토큰 공급량의 2.50%
(25,000,000$ethDYDX
)가 안정성 모듈에 ethDYDX를 스테이킹하는 사용자들에게 분배되도록 할당되었습니다. 안전 모듈은 2022년 11월 28일부터 더 이상 활성화되지 않습니다.
이전에는 안정성 모듈에 $ethDYDX를 스테이킹했던 사용자들에게 $ethDYDX가 분배되었습니다. 안전 모듈은 dYdX 프로토콜의 파산 또는 기타 문제가 발생한 경우에 사용되는 분산형 자금이었습니다.
현재 안전 모듈에 스테이킹된 $ethDYDX는 보상을 획득하지 못하고 있습니다.
스테이커는 에폭 종료 후에 ethDYDX를 인출하려면 에폭 종료 최소 3일
(언스테이킹 기간) 이전에 자금 인출 요청을 해야 합니다. 만약 스테이커가 인출 요청을 하지 않으면, 스테이킹된 $ethDYD는 다음 에폭으로 이월됩니다.
블랙아웃 기간에는 인출을 요청할 수 없습니다.
에서 dYdX 커뮤니티는 블랙아웃 기간의 길이를 14일
에서 3일
로 줄이는 것에 했습니다.
마켓 메이커의 온보딩을 쉽게 만들기 위해 dYdX 팀은 이 가이드를 만들었습니다. 모든 통합 단계를 시작하기 전에 문서 전체를 읽으시기 바랍니다.
선호하는 이더리움 지갑을 dYdX L2 무기한 프로토콜에 연결하세요.
$USDC를 무기한 계정에 입금하세요.
레이어 2에서 계정을 식별하고 브라우저에 로컬로 저장되는 STARK 키를 생성해야 합니다. Stark 키는 dYdX 사용자를 이더리움 계정 주소에 연결하므로 사용자는 먼저 Stark 키와 이더리움 키의 연결 고리에 대해 서명을 요청해야 하며, 다른 작업을 수행하기 전에 Stark 키를 dYdX의 스마트 계약에 등록해야 합니다. 'Stark 키 생성' 을 클릭하고 거래에 서명하세요. 서명은 무료이며 트랜잭션을 전송하지 않습니다. Stark 키는 귀하의 지갑으로 언제든지 복구할 수 있습니다.
또한, 프로그래밍 방식 트레이더는 다음 방법을 사용하여 Stark 키 쌍을 도출할 수 있습니다.
STARK 키에 대한 자세한 내용을 여기를 참조하세요.
4. 다음으로는 이더리움 서명 또는 웹 3 공급자를 필요로 하는 API 키가 필요합니다. 참고로 이더리움 서명은 API 키의 온보딩 및 관리에만 필요하며 거래에는 필요하지 않습니다. STARK 키 서명은 거래에 필요합니다. API 키는 다음 기능을 사용하여 등록 및 획득할 수 있습니다.
등록:
획득:
대안(3. 및 4.), 개인의 키가 온라인 상태가 되기를 원치 않을 경우, 다음 단계를 통해 STARK 키를 안전하게 생성하여 필요한 자격 증명을 얻을 수 있습니다.
a. dYdX 무기한 거래소에서 웹 브라우저의 아무 곳에서 마우스 오른쪽을 클릭한 후, '검사'를 선택하여 '개발자 도구'를 엽니다
b. 애플리케이션 > 로컬 저장소> https://trade.dydx.exchange 순으로 이동하세요
c. STARK_KEY_PAIRS를 선택하고 지갑 주소 옆의 드롭다운 메뉴를 클릭하여 Stark 개인 키를 획득하세요
d. API_KEY_PAIRS를 선택하고 지갑 주소 옆의 드롭다운 메뉴를 클릭하여 API 키, 비밀번호 및 암호 문구를 확인하세요
를 방문합니다.
시장당 특정 최소 호가(규모) () 미만의 주문은 제외되며, 시장의 특정 최대 스프레드(중간 시장 스프레드) ()를 초과하는 주문도 마찬가지로 제외됩니다.
유동성 공급자는 에폭당 상대적 비중에 따라 월간 보상을 받습니다.
시장 | 총 보상 풀의 할당 비율(%) |
---|---|
특정 에폭에 유동성 공급자는 특정 페어의 시장에서 상대적 $Q_{SCORE}}Q_{SCORE}$$ 및 특정 페어에서 제공되는 보상 금액에 기반하여 결정될 수 있습니다.
유동성 공급자의 업타임은 시장에 매우 중요하며, 특히 변동성이 높은 기간에 더 그렇습니다. 5의 지수를 에 에 대한 입력으로 적용하면 해당 보상은 양면 유동성을 일관되게 유지한 유동성 공급자를 향해 치우칩니다. 즉, 시간의 99%를 업타임으로 제공하는 유동성 공급자는 90%의 업타임을 제공하는 유동성 공급자보다 기하급수적으로 가치가 높아집니다.
또는 은(는) 스프레드가 주어진 시장의 보다 높을 때 생성됩니다.
또는 은(는) 크기가 주어진 시장의 보다 낮으면 생성됩니다.
누구나 에 호스팅되는 dYdX 거버넌스 포럼에 가입하고 모든 주제로 스레드를 만들 수 있습니다. 커뮤니티 회원은 이메일 주소 또는 이더리움 지갑을 사용하여 등록해야 합니다.
오프체인 dYdX 의견 요청(DRC) 생성은 거버넌스 개선 프로세스의 첫 번째 단계입니다. 누구나 에 참여하여 오프체인 DRC를 생성하고 개선점을 논의할 수 있습니다.
DRC를 생성하기 위해 (Github에서 이용 가능)을 사용하세요. DRC는 잠정적으로 최종 DIP의 모든 정보를 다뤄야 합니다.
매개 변수 | 설명 | 단기 타임락 실행자 | 머클-파서 실행자 | 장기 타임락 실행자 | 스타크웨어 실행자 |
---|
매개 변수 | 설명 | 단기 타임락 실행자 | 머클-파서 실행자 | 장기 타임락 실행자 | 스타크웨어 실행자 |
---|
매개 변수 | 설명 | 단기 타임락 실행자 | 머클-파서 실행자 | 장기 타임락 실행자 | 스타크웨어 실행자 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 값 |
---|
매개 변수 | 설명 | 단기 타임락 실행자 | 머클-파서 실행자 | 장기 타임락 실행자 | 스타크웨어 실행자 |
---|
유동성 공급자 의 일환으로, 에폭당(28일) 1,150,685$ethDYDX가 프로토콜을 위해 시장을 조성하는 유동성 공급자들에게 분배됩니다. 보상은 업타임, 양방향 호가, 매수-매도 호가 스프레드 및 지원 시장의 수를 조합하여 보상하는 공식에 따라 분배됩니다. 이 보상 프로그램에 참여하려면 유동성 제공자는 이전 에폭 동안 총 시장 조성자 거래량의 최소 비율을 제공해야 합니다.
dYdX 커뮤니티에는 유동성 제공자 보상 기준에 대한 '즉각적이고 변경 불가한 통제'가 있습니다. 커뮤니티가 통제하는 매개 변수의 전체 목록은 링크에서 확인할 수 있습니다.
다음으로 저희는 dYdX 거버넌스 기능이 어떻게 시행되는지에 대한 단계별 개요를 제공합니다. dYdX 거버넌스 프로세스에 대한 자세한 내용은 링크에서 확인할 수 있습니다.
dYdX 거버넌스 프로세스는 을 기반으로 합니다. 커뮤니티 회원은 대략적인 합의 오프체인에 도달하기 위해 토론방에 글을 올리고 댓글을 남깁니다. 포럼 토론 및 DRC 생성에 대한 자세한 내용은 링크에서 확인하실 수 있습니다.\ 참고 - 운영 하위 DAO는 새로운 포럼으로 을시작하였습니다. 이전 DRC 토론에 대한 이 가이드의 일부 참고 자료는 여전히 Commonwealth를 가리키지만, 새로 시작된 포럼에서 새로운 논의가 일어나야 합니다. \
Three Arrows Capital의 Su Zhu(zhusu)는 유동성 제공자 보상 기준을 낮추기 위한 생성하였습니다. Wintermute의 Evgeny, Kronos의 Ben, Sixtant 소속의 Josh 외에도 많은 다양한 커뮤니티 회원들이 토론에 참여하고 소중한 피드백을 제공했습니다.
에서 이메일 계정을 통해 Discourse에 등록하고, dYdX 커뮤니티에 가입하세요.
DRC를 생성할 경우, 링크의 템플릿을 사용하시기 바랍니다. 의 _DRC 생성_에 따라 설명된 바와 같이, 최소 DRC에는 다음이 포함되어야 합니다.
커뮤니티가 대략적인 합의에 도달하면 제안력 10,000을 보유한 커뮤니티 회원은 에 대한 DRC 오프체인 투표를 생성할 수 있습니다. 은 제안을 만들고 유지할 수 있는 액세스 권한을 부여합니다. 스냅샷은 사용자가 오프체인으로 견해를 표명할 수 있는 간단한 투표 인터페이스입니다. 스냅샷 투표는 투표에 사용된 주소에서 소유하거나 이 주소에 위임된 거버넌스 토큰의 수에 의해 가중치가 부여됩니다. 스냅샷 여론조사를 생성한 커뮤니티 회원은 DRC, 투표 체계, 투표 시작일, 투표 종료일 및 스냅샷 블록 번호에 대한 세부 내용을 제공해야 합니다. 투표 기간은 5일이어야 하며, 투표는 1일 동안의 투표 지연 이후에 시작해야 합니다(13.2초 블록 시간 기준). 투표가 지연되면 dYdX 커뮤니티 회원들에게 DRC에 대해 더 알 수 있는 시간과 $ethDYDX를 구매하거나 자신의 거버넌스 토큰 투표권을 위임할 수 있는 시간이 주어집니다, 거버넌스 토큰을 보유하거나 스냅샷 블록 번호 이전에 투표권을 위임받은 회원들에게 투표할 자격이 주어집니다. 스냅샷 여론조사에 대한 자세한 내용은 링크에서 확인하실 수 있습니다.
- Three Arrows Capital 소속의 Su Zhu,
- BitTrading 소속의 Sam,
- Kronos / WOO Network 소속 Ben,
- Wintermute의 Evgeny.
이더리움 지갑으로 스냅샷에 등록하고 에서 dYdX 제안을 팔로우하세요.
DIP는 다음 상황에 생성되어야 합니다. (1) 오프체인 매개 변수(거래 보상 또는 LP 보상 공식의 변형 등)의 스냅샷 여론조사 결과가 업데이트될 때, (2) 커뮤니티 회원이 온체인 스마트 계약을 수정하려는 제안을 제출하고자 할 때. 다른 온체인 스마트 계약 업데이트가 필요하지 않은 투표의 경우, 스냅샷 여론조사 결과는 오프체인 DIP에서 공식화되어야 하며 dYdX Foundation의 Github의 보류 DIP 브랜치에 PR(Pull Request)를 통해 제출해야 합니다. DIP는 스냅샷의 우승 결과를 반영해야 합니다. DIP는 의 템플릿에 포함된 정보를 명시해야 합니다.
이 경우, 는 @Jteamdc에 의해 승인되었습니다.
DIP 2에 대한 제안 초안이 완료되었을 때 @Jteamdc가 dYdX Foundation의 보류 DIP 브랜치에 대한 업무 브랜치에서 **** PR()을 생성했습니다. dYdX Foundation이 제안을 검토 및 서명한 후, 보류 DIP의 변경 사항은 마스터 브랜치로 합병되었습니다.
DIP는 스냅샷 상 오프체인 DIP 투표의 개표 결과에 기반해야 하며, 하나 또는 여러 개의 활동(제안당 최대 10개)으로 구성될 수 있습니다. 작업은 제안에 명시된 변경 사항입니다. 자세한 정보는 에서 확인할 수 있습니다.
Github 계정에 등록하기: .
링크의 dYdX 저장소 페이지로 이동하여 Github 계정의 저장소를 포킹하세요.
포킹된 DIP 저장소에서 DIP의 콘텐츠가 포함된 디렉토리로 이동하세요: .
DIP 폴더를 선택하세요: .
DIP 폴더는 링크의 DIP 템플릿을 따르는 이전 제안 디렉토리를 포함합니다.
제안 초본을 시작하기 전에 포킹한 브랜치가 마스터 브랜치의 최신 버전인지를 확인하시기 바랍니다. DIP 저장소의 이전 버전을 사용하는 경우, 귀하의 포킹한 버전이 최신 변경 사항이 적용된 최신 상태인지 확인하시기 바랍니다. 포킹한 버전을 리베이스하는 데 도움이 필요한 경우, 다음 링크의 단계를 수행할 수 있습니다:
제안에 대한 정보로 편집하세요. DIP 저장소를 포킹하지 않았을 경우, 편집 아이콘을 선택하면 사용자는 관리자가 아니기 때문에 마스터에서 저장소를 자동으로 포킹합니다.
을 따르고 content/dips/
디렉토리의 포킹한 저장소에 DIP를 추가하세요. 아래 명시된 DIP 상태 명명 규칙을 따르시기 바랍니다.
모든 콘텐츠가 올바른지 확인한 후, dYdX Foundation의 보류 DIP 브랜치에 대한 업무 브랜치에서 PR을 생성하세요. 외부 당사자가 마스터 브랜치로 병합을 원할 경우 IPFS 작업이 실패하게 되므로 dYdX Foundation의 마스터 브랜치에 대해 이 PR을 제출하지 마세요. 링크의 PR을 예시로 사용하시기 바랍니다.
병합 이전에 DIP를 IPFS에 업로드하게 위해 작업이 자동으로 실행됩니다. 여기에서 DIP의 IPFS 업로드를 확인하실 수 있습니다: .
DIP는 /
/
dips
/
에 추가됩니다.
11월 1일, 안전 모듈 스테이킹 풀의 기능을 복원하기 위해 Paradigm 소속의 Dan Robinson이 온체인 를 제작하였습니다. 커뮤니티의 대다수(251명의 유권자 및 약 1억 4천2백만ethDYDX)가 안전 모듈의 기능을 복원하는 데 찬성하였습니다. 10일의 투표 기간 후, 커뮤니티 회원이 대기열을 호출하고 제안을 7일의 장기 타임락 지연으로 이동시키는 데 거의 3일이 소요됐습니다. 11월 20일, 안전 모듈이 복원되었고 깨끗한 상태로 초기화되었습니다.
dYdX 안전 모듈은 dYdX 프로토콜의 안전 장치로 사용할 수 있는 자금의 탈중앙화 풀을 촉진하도록 설계된 스테이킹 계약입니다. 사용자는 $ethDYDX를 안전성 풀에 스테이킹하고 $stkDYDX(1:1 비율)를 받습니다. $stkDYDX는 토큰화된 포지션으로 $ethDYDX와 동일한 투표 및 제안권을 가진 ERC-20으로 이전되었습니다. 자금 부족 상황이 발생할 경우, 거버넌스 투표는 손실을 줄이기 위해 스테이킹된 $ethDYDX를 대폭 줄여야 합니다. $ethDYDX 토큰 공급에서는 토큰 공급량의 2.5%(25,000,000$ethDYDX)가 안전 스테이킹 풀에 ethDYDX를 스테이킹하는 사용자에게 배포됩니다. 안전 스테이킹 풀에 대한 자세한 정보는 확인할 수 있습니다.
의 일환으로 383,562$ethDYDX가 각 에폭(28일)마다 스테이커들에게 분배됩니다. 보상은 1초마다 스테이커에게 비례적으로 분배됩니다.
dYdX 커뮤니티는 안전 모듈 스마트 계약의 매개 변수에 '즉각적이고 변경 불가한 통제 권한'을 갖게 됩니다. 커뮤니티가 통제하는 매개 변수의 전체 목록은 링크에서 확인할 수 있습니다.
은 안전 모듈에 대한 기능을 복원하고 영향을 받은 주소의 자금 복구 허용을 제안했으며 스테이킹된 토큰의 10%를 보상으로 추가 획득하게 됩니다. 커뮤니티 분위기는 에 상당히 우호적이었지만, 장기 타임락 투표에 필요한 최소 수량인 1억$ethDYDX를 충족하지 못했기에 해당 제안은 실패로 끝났습니다. 그 결과, DeFiance Capital의 Jacob Goh(jteam0x)는 놓친 보상 및 불편에 대해 영향을 받는 주소에 대한 환급과 보상을 위해 을 만들었습니다. 는 토큰을 스테이킹한 사용자에 대한 복구 계약의 배포와 영향을 받은 주소에게 보상 트레저리의 10% 추가 보상이 포함되어 있습니다. DIP는 단기 타임락의 덜 엄격한 거버넌스 매개 변수로 관리되었습니다.
dYdX의 거버넌스 프로세스 - .
안전 모듈 사고 보고서 - .
오프체인 포럼 토론 - .
오프체인 DRC -
오프체인 DRC 스냅샷 여론조사 -
Github에 제안된 DIP -
dYdX 프로토콜에 대한 거버넌스 합의에 영향을 미치는 온체인 DIP 초안은 스마트 계약 변경 사항 실현에 대한 특정 단계를 명시해야 합니다. 커뮤니티가 스냅샷 또는 이전에 실패한 DIP에서 대략적인 합의에 도달한 후, 충분한 제안권을 가진 커뮤니티 회원은 신규 DIP 온체인을 제출할 수 있습니다. 제안권 기준, 타임락 실행자 및 기타 거버넌스 매개변수에 대한 자세한 정보는 링크에서 확인할 수 있습니다.
이 경우, 해당 는 Paradigm 소속 Dan Robinson이 승인하였습니다. 온체인 스마트 계약 변경 사항을 포함한 제한임을 고려하면, 해당 제안은 특정 스마트 계약 이행에 대한 링크를 포함하고 있습니다.
README 파일에 포함된 제안 실행 단계는 다음 링크에서 확인하실 수 있습니다. 1
DIP 생성을 위해 하나의 지갑에 충분한 제안권을 위임하세요. 제안권 위임은 에서 하실 수 있습니다. 다른 제안권 기준은 아래 및 링크에서 확인하실 수 있습니다.
Alchemy 키를 만드세요. Alchemy 키를 이용하면 이더리움과의 상호작용 및 스마트 계약 배포를 위해 이더리움 노드를 운영할 필요가 없습니다. Alchemy 키 생성 가이드는 링크에서 확인하실 수 있습니다.
계정을 생성한 후, 링크의 설치 지침을 따르세요.
윈도우 명령어 창, 기본 터미널 앱을 열거나 다음에서 iTerm을 다운로드하세요.
아직 없는 경우, 다음 경로에서 'Node.js and npm'을 다운로드하고 설치하세요.
Hardhat은 이더리움 소프트웨어를 컴파일하고 테스트하기 위한 개발 툴입니다. 아직 없는 경우, 다음 경로에서 Hardhat을 설치하세요.
IPFS 해시는 자동으로 생성되며 에서 확인할 수 있습니다. IPFS 해시는 DIP-[NEW DIP #]-ipfs-hashes.json이라는
파일 이름으로 dYdX Foundation의 디렉토리에서 찾을 수 있습니다.
DIP는 에도 동시에 게시되었습니다.
dYdX 거버넌스 계약은 0x7e9b1672616ff6d6629ef2879419aae79a9018d2입니다. 1
DIP 배포는 이더스캔에서 확인할 수 있습니다. 1
DIP가 온체인으로 실행되었을 당시의 에서 DIP 상태는 '실행됨'으로 업데이트되었습니다.
DIP 생성을 위해 충분한 제안권을 확보하시기 바랍니다. 자세한 정보는 에서 확인하실 수 있습니다.
앱이 생성되면 Alchemy 키(7LOaQtguSm2kSEcFXQH88B)를 획득하기 위해 '키 보기'를 클릭하세요.
Node.js and npm 다운로드 및 설치: .
Hardhat 설치: .
제안이 온체인으로 생성되었는지 확인하기 위해 거버넌스 계약을 확인하세요.
다음에서 DIP를 선택하여 활성 DIP에서 투표하실 수 있습니다.
투표 기간은 제안의 유형에 따라 다릅니다. 자세한 정보는 에서 확인할 수 있습니다.
이더스캔의 '계약' 탭으로 이동하고 '계약서 작성'을 클릭하세요. 거버넌스 계약은 링크에서 확인하실 수 있습니다.
'제안ID'는 DIP가 생성되었을 때 이더스캔에서 확인하실 수 있습니다.
이더스캔의 '계약' 탭으로 이동하고 '계약서 작성'을 클릭하세요. 거버넌스 계약은 링크에서 확인하실 수 있습니다.
에서 dYdX 커뮤니티는 dYdX v3의 에폭 30-32에 해당하는 거래 보상을 ⅓ 줄이기로 해당 값은 다음과 같습니다.
기간 | 정의 |
---|
의 투표에서 dYdX 커뮤니티는 주어진 에폭에 거래자가 지불한 총 수수료에 기반하도록 공식을 단순화하기로 결정했습니다.
7일의 대기 기간 후 모든 커뮤니티 회원은 의 updateRoot
파라미터에서 Write
함수를 호출하여 $ethDYDX 보상을 클레임 가능한 상태로 만들 수 있습니다.
Etherscan의 에서 계약
탭을 클릭하고 프록시로 작성
을 선택합니다.
커뮤니티 회원이 이미 에서 updateRoot
파라미터를 성공적으로 호출한 경우
거래가 완료되면 트레이더는 에서 거래 보상을 청구할 수 있습니다. 사용자가 $ethDYDX를 클레임하려면 청구
클릭하고 거래에 서명한 후 가스 수수료를 지불해야 합니다.
dYdX Trading Inc.의 에 따라 미국 또는 제한 지역의 트레이더는 dYdX v3를 이용할 수 없습니다.
현재 에폭에 사용자는 사용자의 거래 데이터가 있는 에서 지불한 수수료와 예상 거래 보상을 확인할 수 있습니다.
지난 에폭의 보상은 에서 확인하실 수 있습니다**.**
0
2021년 8월 3일 15:00:00
2021년 8월 31일 15:00:00
28
0.08
1
2021년 8월 31일 15:00:00
2021년 9월 28일 15:00:00
28
0.15
2
2021년 9월 28일 15:00:00
2021년 10월 26일 15:00:00
28
0.23
3
2021년 10월 26일 15:00:00
2021년 11월 23일 15:00:00
28
0.31
4
2021년 11월 23일 15:00:00
2021년 12월 21일 15:00:00
28
0.38
5
2021년 12월 21일 15:00:00
2022년 1월 18일 15:00:00
28
0.46
6
2022년 1월 18일 15:00:00
2022년 2월 15일 15:00:00
28
0.54
7
2022년 2월 15일 15:00:00
2022년 3월 15일 15:00:00
28
0.61
8
2022년 3월 15일 15:00:00
2022년 4월 12일 15:00:00
28
0.69
9
2022년 4월 12일 15:00:00
2022년 5월 10일 15:00:00
28
0.77
10
2022년 5월 10일 15:00:00
2022년 6월 7일 15:00:00
28
0.84
11
2022년 6월 7일 15:00:00
2022년 7월 5일 15:00:00
28
0.92
12
2022년 7월 5일 15:00:00
2022년 8월 2일 15:00:00
28
1.00
13
2022년 8월 2일 15:00:00
2022년 8월 30일 15:00:00
28
1.07
14
2022년 8월 30일 15:00:00
2022년 9월 27일 15:00:00
28
1.15
15
2022년 9월 27일 15:00:00
2022년 10월 25일 15:00:00
28
1.23
16
2022년 10월 25일 15:00:00
2022년 11월 22일 15:00:00
28
1.30
17
2022년 11월 22일 15:00:00
2022년 12월 20일 15:00:00
28
1.38
18
2022년 12월 20일 15:00:00
2023년 1월 17일 15:00:00
28
1.46
19
2023년 1월 17일 15:00:00
2023년 2월 14일 15:00:00
28
1.53
20
2023년 2월 14일 15:00:00
2023년 3월 14일 15:00:00
28
1.61
21
2023년 3월 14일 15:00:00
2023년 4월 11일 15:00:00
28
1.69
22
2023년 4월 11일 15:00:00
2023년 5월 9일 15:00:00
28
1.76
23
2023년 5월 9일 15:00:00
2023년 6월 6일 15:00:00
28
1.84
24
2023년 6월 6일 15:00:00
2023년 7월 4일 15:00:00
28
1.92
25
2023년 7월 4일 15:00:00
2023년 8월 1일 15:00:00
28
1.99
26
2023년 8월 1일 15:00:00
2023년 8월 29일 15:00:00
28
2.07
27
2023년 8월 29일 15:00:00
2023년 9월 26일 15:00:00
28
2.15
28
2023년 9월 26일 15:00:00
2023년 10월 24일 15:00:00
28
2.22
29
2023년 10월 24일 15:00:00
2023년 11월 21일 15:00:00
28
2.30
30
2023년 11월 21일 15:00:00
2023년 12월 19일 15:00:00
28
2.38
31
2023년 12월 19일 15:00:00
2024년 1월 16일 15:00:00
28
2.45
32
2024년 1월 16일 15:00:00
2024년 2월 13일 15:00:00
28
2.53
33
2024년 2월 13일 15:00:00
2024년 3월 12일 15:00:00
28
2.61
34
2024년 3월 12일 15:00:00
2024년 4월 9일 15:00:00
28
2.68
35
2024년 4월 9일 15:00:00
2024년 5월 7일 15:00:00
28
2.76
36
2024년 5월 7일 15:00:00
6/4/2024 15:00
28
2.84
37
6/4/2024 15:00
2024년 7월 2일 15:00:00
28
2.92
38
2024년 7월 2일 15:00:00
2024년 7월 30일 15:00:00
28
2.99
39
2024년 7월 30일 15:00:00
2024년 8월 27일 15:00:00
28
3.07
40
2024년 8월 27일 15:00:00
2024년 9월 24일 15:00:00
28
3.15
41
2024년 9월 24일 15:00:00
2024년 10월 22일 15:00:00
28
3.22
42
2024년 10월 22일 15:00:00
2024년 11월 19일 15:00:00
28
3.30
43
2024년 11월 19일 15:00:00
2024년 12월 17일 15:00:00
28
3.38
44
2024년 12월 17일 15:00:00
2025년 1월 14일 15:00:00
28
3.45
45
2025년 1월 14일 15:00:00
2025년 2월 11일 15:00:00
28
3.53
46
2025년 2월 11일 15:00:00
2025년 3월 11일 15:00:00
28
3.61
47
2025년 3월 11일 15:00:00
2025년 4월 8일 15:00:00
28
3.68
48
2025년 4월 8일 15:00:00
2025년 5월 6일 15:00:00
28
3.76
49
2025년 5월 6일 15:00:00
2025년 6월 3일 15:00:00
28
3.84
50
2025년 6월 3일 15:00:00
2025년 7월 1일 15:00:00
28
3.91
51
2025년 7월 1일 15:00:00
2025년 7월 29일 15:00:00
28
3.99
52
2025년 7월 29일 15:00:00
2025년 8월 26일 15:00:00
28
4.07
53
2025년 8월 26일 15:00:00
2025년 9월 23일 15:00:00
28
4.14
54
2025년 9월 23일 15:00:00
2025년 10월 21일 15:00:00
28
4.22
55
2025년 10월 21일 15:00:00
2025년 11월 18일 15:00:00
28
4.30
56
2025년 11월 18일 15:00:00
2025년 12월 16일 15:00:00
28
4.37
57
2025년 12월 16일 15:00:00
2026년 1월 13일 15:00:00
28
4.45
58
2026년 1월 13일 15:00:00
2026년 2월 10일 15:00:00
28
4.53
59
2026년 2월 10일 15:00:00
2026년 3월 10일 15:00:00
28
4.60
60
2026년 3월 10일 15:00:00
2026년 4월 7일 15:00:00
28
4.68
61
2026년 4월 7일 15:00:00
2026년 5월 5일 15:00:00
28
4.76
62
2026년 5월 5일 15:00:00
2026년 6월 2일 15:00:00
28
4.83
63
2026년 6월 2일 15:00:00
6/30/2026 15:00
28
4.91
64
6/30/2026 15:00
2026년 7월 28일 15:00:00
28
4.99
65
2026년 7월 28일 15:00:00
2026년 8월 25일 15:00:00
28
5.06
제안 임계점 | 제안 생성을 위해 보유/위임된 최소 토큰 | 총 공급의 0.5% | 총 공급의 0.5% | 총 공급의 2% | 총 공급의 0.5% |
투표 딜레이 | 제안 제출 후 제안에 대한 투표가 시작되기 전에 대기해야 하는 이더리움 블록 수 | 6,570블록 | 6,570블록 | 6,570블록 | 6,570블록 |
투표 기간* | 제안에 대한 투표 가능 시간 | 4일 | 2일 | 10일 | 4일 |
최소 정족수 | DIP 제안 통과에 필요한 찬성표 최소 수 | 총 공급의 2% | 총 공급의 1% | 총 공급의 10% | 총 공급의 2% |
투표 격차 | DIP 제안 통과에 필요한 찬반 격차 | 총 공급의 0.5% | 총 공급의 0.5% | 총 공급의 10% | 총 공급의 0.5% |
타임락 지연* | 제안이 통과되고 대기열에 진입한 후 실행되기 전에 발생하는 딜레이 | 2일 | 0일 | 7일 | 2~9일 |
실행 그레이스 기간* | 제안을 실행할 수 있으며 반드시 실행해야 하는 시간 | 7일 | 7일 | 7일 | 7일 |
최소 타임락 지연* | 제안이 실행되기 전 발생하는 최소 딜레이(대기열 진입 후) | 1일 | 0일 | 5일 | 4일 |
최대 타임락 지연* | 제안이 실행되기 전 최대 지연(대기열 추가 후) | 7일 | 1일 | 21일 | 21일 |
투표 딜레이 | 제안 생성 및 제안에 대한 투표 간의 딜레이(블록 단위) |
6,570블록 |
실행자 역할 추가 | 새로운 실행자를 추가할 수 있는 주소 |
단기 타임락 |
소유자 역할 | 전략 변경 / 투표 딜레이 / 실행자 승인 해제 + 기타 역할 소유 가능 |
장기 타임락 |
소유자 | 주조 제한이 끝난 후 ethDYDX 토큰 주조 가능 | 단기 타임락 |
소유자 | 트레저리가 보유한 모든 토큰을 승인 또는 전송할 수 있음 | 단기 타임락 |
프록시 관리자 | 계약을 업그레이드할 수 있음 | 단기 타임락 |
소유자 | 트레저리가 보유한 모든 토큰을 승인 또는 전송할 수 있음 | 단기 타임락 |
프록시 관리자 | 계약을 업그레이드할 수 있음 | 단기 타임락 |
소유자 역할 | 보상 오라클 주소를 업데이트하고 IPNS 이름을 업데이트할 수 있으며, 모든 역할의 관리자입니다 | 단기 타임락 |
설정 업데이트자 역할 | 보상 파라미터를 설정하고 에폭 일정을 변경할 수 있거나 IPFS 업데이트 기간을 변경할 수 있음 | 단기 타임락 |
파서 역할 | 머클 경로에 대한 업데이트를 일시정지 할 수 있음 | 머클 일시정지자 타임락 |
언파서 역할 |
머클 경로에 대한 업데이트의 일시정지 해제할 수 있음 | 단기 타임락 |
클레임 운영자 역할 | 사용자를 대신하여 보상을 청구할 수 있음 | 클레임 프록시 |
간격 | 에폭 길이 | 28일 |
오프셋 | 에폭 0의 시작 | 2021년 8월 3일 15:00(UTC) |
IPNS 이름 | 보상 데이터가 게시되는 IPNS 이름 | rewards-data.dydx.foundation |
IPFS 업데이트 기간 | 에폭 종료 후 IPNS 이름을 통해 IPFS에서 새 에폭 교환 통계를 사용할 수 있어야 하는 기간 | 3분 |
프록시 관리자 | 계약을 업그레이드할 수 있음 | 단기 타임락 |
소유자 역할 | 모든 역할의 관리자 | 단기 타임락 |
에폭 파라미터 역할 | 간격, 오프셋 및 블랙아웃 기간 등의 에폭 파라미터를 설정할 수 있음 | 단기 타임락 |
보상 비율 역할 | 보상의 배출률을 설정할 수 있음 | 단기 타임락 |
차용자 관리자 역할 | 차용자 할당 및 차용자의 차입 허용 및 제한을 설정할 수 있음 | 단기 타임락 |
클레임 운영자 역할 | 사용자를 대신하여 보상을 청구할 수 있음 | 클레임 프록시 |
스테이킹 운영자 역할 | 사용자를 대신하여 사용자의 스테이킹된 자금을 조작할 수 있음(예: 출금 수행) | 단기 타임락 |
채무 운영자 역할 | 차입 부채를 줄이고 스테이커 부채를 줄일 수 있음 | 단기 타임락 |
간격 | 에폭 길이 | 28일 |
오프셋 | 에폭 0의 시작 | 2021년 8월 3일 15:00(UTC) |
언스테이킹 기간 | 블랙아웃 기간의 길이 | 3일 |
보상 배출률 | 1초마다 보상으로 스테이커에게 할당된 토큰 | 0 |
프록시 관리자 | 계약을 업그레이드할 수 있음 | 단기 타임락 |
소유자 역할 | 모든 역할의 관리자 | 단기 타임락 |
Slasher 역할 | 스테이킹된 토큰 잔액을 삭감하고 해당 자금을 인출할 수 있음 | 단기 타임락 |
에폭 파라미터 역할 | 간격, 오프셋 및 블랙아웃 기간 등의 에폭 파라미터를 설정할 수 있음 | 단기 타임락 |
보상 비율 역할 | 보상의 배출률을 설정할 수 있음 | 단기 타임락 |
클레임 운영자 역할 | 사용자를 대신하여 보상을 청구할 수 있음 | 클레임 프록시 |
스테이킹 운영자 역할 | 사용자를 대신하여 사용자의 스테이킹된 자금을 조작할 수 있음(예: 출금 수행) | 단기 타임락 |
간격 | 에폭 길이 | 28일 |
오프셋 | 에폭 0의 시작 | 2021년 8월 3일 15:00(UTC) |
언스테이킹 기간 | 블랙아웃 기간의 길이 | 3일 |
보상 배출률 | 1초마다 보상으로 스테이커에게 할당된 토큰 | 0 |
프록시 관리자 | 계약을 업그레이드할 수 있음 | 장기 타임락 |
소유자 역할 | 자금 + STARK 키를 수령한 수령자를 추가 및 제거할 수 있고 유동성 스테이킹 및 Stark 무기한 계약에 ERC20 수당을 설정할 수 있으며 강제 조치 실행할 수 있음. 소유자의 관리자이자 위임 관리자 역할 수행 | 마켓 메이커 |
위임 관리자 역할 | 차용자, 거래소 운영자 및 출금 운영자 역할의 관리자 | 마켓 메이커 |
차용자 역할 | 유동성 스테이킹 계약에 차입 기능을 호출할 수 있음 | 마켓 메이커 |
거래소 운영자 역할 | Stark 무기한 계약에 교환 기능을 호출할 수 있음 | 마켓 메이커 |
출금 운영자 역할 | 허용 수령자에게 차입 잔액을 초과하는 자금을 인출할 수 있음 | 마켓 메이커 |
보호자 역할 | 종료 조치를 수행하고 차용자에게 연체된 부채가 있는 경우 강제 조치를 수행하고 차용 자금으로 미결 조치를 제한하며, 인출 운영자 역할에 의해 외부에서 인출할 토큰 금액을 승인할 수 있음 | 단기 타임락 |
거부권 보호자 역할 | 대기 기간에 소유자가 시작한 강제 거래 요청을 거절할 수 있음 | 머클 일시정지자 타임락 |
새로운 자산 추가 | N | N | N | Y |
기존 자산의 구성 변경 | N | N | N | Y |
프록시 관리자 | N | N | N | Y |
운영자 추가 | N | N | N | Y |
운영자 제거 | N | N | N | Y |
검증자 추가 | N | N | N | Y |
검증자 제거 | N | N | N | Y |
마켓 메이커 거래량
에폭 동안의 총 마켓 메이커 거래량입니다.
유동성 공급자가 BTC-USD 호가창에 여러 미결 입찰 주문(29,900달러에 1BTC, 29,580달러에 5BTC, 29,500달러에 10BTC)이 있으며 BTC는 현재 30,000달러(중간 시장 기준)라고 가정해 봅시다. 최소 호가는 5,000달러이며 중간 시장 대비 최대 스프레드는 200달러 또는 67 기준 포인트(200달러/30,000)라고 가정해 봅시다. BP는 1%의 100분의 1입니다. Q_{BID} = (1\ \times \left(\frac{$29,900}{$100/30000}\right)) + (5\ \times \left(\frac{$29,850}{$150/30000}\right)) 는 임의의 샘플링을 사용하여 1분마다 계산됩니다.
유동성 공급자가 BTC-USD 호가창에 여러 미결 매도 주문(30,100달러에 0.1BTC, 30,150달러에 5BTC, 30,175달러에 10BTC)가 있으며 BTC는 현재 30,000달러(중간 시장 기준)에 거래되고 있다고 가정해 봅시다. 최소 호가는 5,000달러이며 중간 시장 대비 최대 스프레드는 200달러 또는 67 기준 포인트(200달러/30,000)라고 가정해 봅시다. BP는 1%의 100분의 1입니다.Q_{ASK} = (5\ \times \left(\frac{$30,150}{$150/30000}\right)) + (10\ \times \left(\frac{$30,175}{$175/30000}\right)) 는 임의의 간격으로 1분마다 계산됩니다.
와 의 최소 금액을 취하여 양방향 유동성을 보상합니다. 1분마다 계산합니다.
는 주어진 에폭의 모든 의 합계입니다.
은 특정 마켓 메이커가 활동한 한 에폭 내 시간이며 명시된 주문 최소값(시장별로 하단에 명시)보다 큰 주문 규모와 명시된 최대 스프레드(시장별로 하단에 명시)보다 작은 스프레드로 매수 및 매도를 모두 호가합니다.
는 를 정규화하여 가동 시간을 고려합니다
BTC-USD
10%
ETH-USD
10%
기타 퍼페추얼 시장
r | 특정 트레이더에 대한 보상 |
R | 에폭 동안 풀에 있는 모든 트레이더 간에 분할될 총 보상 |
f | 이 에폭에서 트레이더가 지불하는 총 수수료입니다. |
주 | 개별 트레이더 점수입니다. |
모든 트레이더 점수의 합계입니다. |
k | 이 에폭 내 총 트레이더 수 |
거버넌스 아키텍처 및 스마트 컨트랙트 개요
dYdX 온체인 거버넌스는 다음 기능을 지원합니다.
제안 생성 및 투표
제안이 시작될 때 토큰의 보유량을 스냅샷합니다.
별도의 투표 및 제안 권한 위임
제안, 정족수 및 투표 격차 임계값 등 거버넌스 임계값 설정
투표의 계산 방법을 결정하는 "거버넌스 전략 V2" 스마트 계약 대체
다음을 허용하는 다중 실행자 계약 구성:
단기 타임락 실행자를 통한 빠른 프로토콜 업그레이드 및 자금 분배
장기 타임락 실행자를 통한 거버넌스 업그레이드
dYdX 거버넌스를 지원하는 스마트 계약은 다음 7개입니다.
**DydxToken
계약 **: 모든 블록 번호에서 주소의 투표 또는 제안 권한에 대한 쿼리를 지원하는 스냅샷을 유지합니다. 투표 및 제안 권한에 대한 별도의 위임을 지원합니다.
래핑된 이더리움 Dydx 토큰(wethDYDX)
계약: 모든 블록 번호에서 주소의 투표권 또는 제안권의 쿼리를 지원하는 스냅샷을 유지합니다. 투표 및 제안 권한에 대한 별도의 위임을 지원합니다.
DydxGovernor
계약: 제안서를 추적하고 실행자 스마트 컨트랙트를 통해 제안을 실행할 수 있습니다.
실행자
계약: 거버넌스가 투표한 거래를 대기열에 포함시키고, 취소 및 실행할 수 있습니다. 제안이 통과되면 제안 내 기능 요청은 제안에 명시된 실행자 계약에 의해 실행될 수 있습니다. 대기열에 있는 트랜잭션은 지연 후에 실행될 수 있습니다. 해당 기간은 실행자 계약에 따라 결정됩니다.
****우선 타임락
계약: 타임락 계약과 동일하지만, 우선권 컨트롤러가 타임락 지연이 종료되기 전에 우선권 기간(7일) 이내에 거래를 실행할 수 있습니다.
거버넌스 전략 V2
계약: 투표 수를 계산하는 로직을 포함합니다. 현재 $ethDYDX 토큰, $wethDYDX 토큰 및 $stkDYDX으로 투표 수를 계산합니다. 장기 타임락을 통해 업그레이드될 수 있습니다.
안전 모듈
계약: 기본 토큰의 투표 및 제안권, 위임 기능을 유지하면서 $ethDYDX 토큰을 스테이킹하고, 스테이킹된 포지션을 토큰화하고, 보상을 획득하는 로직을 포함합니다.
거버넌스 계약 및 스테이킹 풀에 대한 모든 스마트 계약 소스 코드는 https://github.com/dydxfound/government/government-contracts에 있습니다.
dydx.community에서 호스팅되는 거버넌스 프론트엔드용 소스 코드는 여기를 참조하십시오.
모든 주요 신규 스마트 컨트랙트는 Peckshield의 감사를 받았습니다. 중요하거나 우선 순위가 높은 보안 문제가 발견되지 않았습니다. 핵심 거버넌스 및 토큰 계약은 CertiK, Certora 및 Peckshield가 감사한 AAVA 거버넌스 계약에서 포크되었으며 몇 달 동안 메인넷에서 실시간으로 배틀 테스트를 거쳤습니다.
DydxToken 계약은 Aave에서 영감을 받았습니다. dYdX 팀에 의해 작은 변경 사항이 있습니다.
이더리움 기반 DYDX는 이더리움 메인넷의 0x92D6C1e31e14520e676a687F0a93788B716BEff5에 배포됩니다.
ABI
래핑된 이더리움 Dydx 토큰 계약은 Dydx 토큰
의 래핑된 버전입니다. 사용자는 wethDYDX 스마트 계약
과 상호 작용하여 wethDYDX를 획득할 수 있습니다.
wethDYDX는 이더리움 메인넷의 0x46b2deae6eff3011008ea27ea36b7c27255ddfa9에 배포됩니다.
ABI
DYdxGovernor 계약은 Aave에서 영감을 받았습니다. dYdX 팀에 의해 작은 변경 사항이 있습니다.
거버너는 이더리움 메인넷의 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2에 배포됩니다.
거버넌스 전략 V2(GovernanceStrategyV2) 계약은 Aave에서 영감을 받았으며, 거버넌스 전략(GovernanceStrategy)
이 업그레이드된 것입니다.
전략은 이더리움 메인넷의 0xc2f5F3505910Da80F0592a3Cc023881C50b16505에 배포됩니다.
ABI
실행자 계약은 Aave에서 영감을 받았습니다. dYdX 팀에 의해 작은 변경 사항이 있습니다.
장기 타임락은 이더리움 메인넷의 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B에 배포됩니다.
ABI
단기 타임락은 이더리움 메인넷의 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B에 배포됩니다.
ABI
머클 타임락은 이더리움 메인넷의 0xd98e7A71BacB6F11438A8271dDB2EFd7f9361F52에 배포됩니다.
ABI
Starkware 우선 타임락은 이더리움 메인넷의 0xa306989BA6BcacdECCf3C0614FfF2B8C668e3CaE에 배포됩니다.
ABI
머클 분배자 스마트 계약은 잔액의 머클 트리에 따라 $ethDYDX 토큰 보상을 분배합니다. 이 트리는 각 사용자의 누적 보상 잔액으로 주기적으로 업데이트될 수 있으며, 시간 경과에 따라 사용자에게 새로운 보상을 제공합니다.
업데이트는 제안된 머클 루트를 오라클 계약에 의해 반환되는 최신 값으로 설정하여 수행됩니다. 제안된 머클 루트는 대기 기간이 경과된 후 활성화될 수 있습니다. 대기 기간 동안 dYdX 거버넌스는 제안된 루트가 올바르지 않거나 악의적인 경우 Merkle 루트를 멈출 수 있는 기회를 갖습니다. 루트 업데이트의 일시 중지는 ShortTimelockExecutor에 의해 해제될 수 있습니다.
머클 배포자 스마트 컨트랙트는 Uniswap 및 Badger 디자인에서 영감을 받았습니다. 스마트 계약은 이더리움 메인넷의 0x01d3348601968aB85b4bb028979006eac235a588에 배포됩니다.
ABI
안전 모듈은 프로토콜의 보안을 위해 $ethDYDX를 스테이킹하는 사용자에게 $ethDYDX 보상을 제공하는 스테이킹 풀입니다.
유동성 모듈은 dYdX 레이어 2 거래소에서 마켓 메이킹을 목적으로 $USDC 자금 할당을 장려하는 스테이킹 및 대출과 관련된 스마트 계약의 모음입니다.
스테이커는 $USDC를 스테이킹하면 $ethDYDX 보상을 받습니다. 스테이킹된 자금은 사전 승인된 특정 파트너가 담보 없이 평판에 따라 차입할 수 있습니다. 자금은 L2 거래소에서만 사용할 수 있습니다. 이 제한은 StarkEx 무기한 거래소 계약과 상호 작용하는 StarkProxy 계약을 통해 집행됩니다.
이 계약을 통해 소유자는 LiquidityStaking에서 자금을 빌리고 StarkPerpetual에서 해당 자금을 사용할 수 있습니다. 추가 자금은 보유자가 입금할 수 있으며 차용 금액을 초과하는 모든 자금은 자유롭게 인출될 수 있습니다. 이 계약은 Starkware가 작성하고 먼저 감사 및 배포된 StarkPerpetual 계약과 상호 작용합니다.
TreasuryVeser 계약은 Uniswap에서 영감을 받았습니다.
단기 타임락은 거버넌스에 의해 승인된 활동만 수행할 수 있습니다.
두 가지 트레저리 베스터와 트레저리 계약이 있습니다.
보상 트레저리 베스터 및 보상 트레저리는 인센티브 계약 보상에 사용됩니다. 그리고
커뮤니티 트레저리 베스터와 커뮤니티 트레저리는 "범용 목적" 트레저리 자금을 보유하기 위한 것입니다.
거버넌스는 각 트레저리를 통제하기 때문에 자금을 임의의 주소로 전송하거나 트레저리에서 자금을 지출하기 위해 모든 주소를 승인할 수 있습니다. 예를 들어 보상 프로그램에는 거버넌스에 의해 설정된 토큰 승인 제한이 있어야 합니다.
DIP 29에서 dYdX 커뮤니티는 보상 트레저리 브릿지와 커뮤니티 트레저리 브릿지 스마트 계약을 활용하기로 결정했으며, 이를 통해 커뮤니티 트레저리 & 보상 트레저리에서 사용 가능한 ethDYDX를 dYdX 체인으로 마이그레이션할 수 있었습니다.
각 트레저리 베스터는 ~5년 동안 선형적으로 토큰을 해당하는 트레저리에 베스팅합니다.(2021년 8월 3일 - 2026년 8월 3일) 배포 시 베스터 계약은 변경할 수 없으므로 dYdX 커뮤니티는 베스터 계약의 수신자를 다음 주소로 설정하기로 결정했습니다.
보상 트레저리 베스터의 주소 0x0000000000000000000000000000000000000001
; 그리고
커뮤니티 트레저리 베스터의 주소 0x0000000000000000000000000000000000000002
.
이 시스템의 목표는 dYdX 레이어 2 거래소를 이용하여 트레이더가 얻은 ethDYDX 토큰 보상을 오라클 서명자의 탈중앙 네트워크를 통해 계산하고 게시하는 것입니다. 보상 프로그램은 배포 프로그램의 시작 이후 각 사용자가 적립한 누적 보상을 포함하는 머클 트리에 저장됩니다. 각 에포크에 머클 루트는 MerkleDistributorV1 스마트 컨트랙트에서 업데이트되어 마지막 에포크에서 얻은 보상을 반영합니다.
당사는 체인링크 오라클 시스템과 통합하여 보상 데이터를 체인에 게시했습니다. 당사는 IPNS를 사용하여 체인링크가 머클 트리를 구축하기 위해 사용하는 거래 데이터를 게시합니다. IPNS를 사용하면 이전 에포크와 동일한 IPNS 링크 아래에 최신 에포크에 대한 거래 데이터를 게시할 수 있습니다. 즉, 데이터의 위치는 변경되지 않습니다.
거래 데이터에서 적절한 보상을 계산한 후 체인링크는 머클 보상 트리를 IPFS에 게시합니다. 머클 트리 데이터가 있는 IPFS CID는 해당 에포크의 보상을 위해 머클 루트와 함께 머클 배포자 계약에 저장됩니다.
다음 플로우 차트는 체인링크 오라클이 구동하는 보상 시스템의 아키텍처를 나타냅니다.
dYdX Foundation 브랜드 자산은 여기를 참조하십시오.****
계약 | 주소 |
---|---|
DydxToken
0x92D6C1e31e14520e676a687F0a93788B716BEff5
WrappedEthereumDydxToken
0x46b2DeAe6eFf3011008EA27EA36b7c27255ddFA9
DydxGovernor
0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
장기 타임락 실행자
0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B
보상 트레저리 브릿지
0x8d0051943D4c72aF12D638c6b7253C71929A910A
커뮤니티 트레저리
0xE710CEd57456D3A16152c32835B5FB4E72D9eA5b
커뮤니티 트레저리 브릿지
0x5D8541e3078BE7c2D773185aD8C8b9ED5105E08c
안전 모듈
0x65f7BA4Ec257AF7c55fd5854E5f6356bBd0fb8EC
거버넌스전략V2
0xc2f5F3505910Da80F0592a3Cc023881C50b16505
보상 트레저리 베스터
0xb9431E19B29B952d9358025f680077C3Fd37292f
커뮤니티 트레저리 베스터
0x08a90Fe0741B7DeF03fB290cc7B273F1855767D8
머클 배포자
0x01d3348601968aB85b4bb028979006eac235a588
Chainlink Adapter
0x99B0599952a4FD2d1A1561Fa4C010827EaD30354
유동성 스테이킹
0x5Aa653A076c1dbB47cec8C1B4d152444CAD91941
클레임 프록시
0x0fd829C3365A225FB9226e75c97c3A114bD3199e
StarkEx 도움말 거버너
0x0db9b3F7Dd83e29C9bece8E5e1089bA4369E694a
StarkEx 리무버 거버너 V2
0xFCAac0F14deA11eDe11Afcb875f29130e1ad5ec0
Rewards Treasury Proxy Admin
0x40D6992cbd03E0DC1c2DE9606D29Cb245E737a5d
커뮤니티 트레저리 프록시 관리자
0x9d51599A6b10f562619D8ef2EFDcA1B68aE80D03
안전 모듈 프록시 관리자
0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C
머클 배포자 프록시 관리자
0x6C5cd3aD7A16Ae207D221908E6b997d9B0DcD7b0
Liquidity Staking Proxy Admin
0xAc5D8bCD13da463bea96c75f9085c4e40037F790
StarkProxy [0]
0x0b2B08AC98a1568A34208121c26F4F41a9e0FbB6
StarkProxy [1]
0x3e6E9EFb0A677a24F47093a22044dc5451A028cF
StarkProxy [2]
0xCB7fa3a2F47b62293Cc2E1a4C7752fC72E49FCe2
StarkProxy [3]
0x16BEC2D9A010e7D8b2D576d17893C52Ddbfe4C06
StarkProxy [4]
0x531F3BE462F10386D01FBeD7fAD1d20A61Ce7874
StarkProxy Proxy Admin [0]
0xE16718eace44e0CB06b9cd164490A69A6425D1e3
StarkProxy 프록시 관리자 [1]
0x78e899e576C3565C3219dbC9Ea5042A9DBed36d3
StarkProxy 프록시 관리자 [2]
0x15774D4555fEfD57C9Fc8b11C8beba993eafcc13
StarkProxy 프록시 관리자 [3]
0x4d9460e5C958f46a1Fe129954A069a37972f16EA
StarkProxy Proxy Admin [4]
0xfa45DCDbEc82C94082d283B62506320DB8632054