HIP-3: 빌더 배포 무기한 선물

Hyperliquid 프로토콜은 퍼미션리스 builder-deployed 무기한 선물(펍)(HIP-3)을 지원하며, 이는 무기한 선물(펍) 상장 프로세스의 완전한 탈중앙화를 향한 중요한 이정표입니다.

무기한 선물(펍) 시장의 배포자(deployer)는 다음을 담당합니다

오라클 정의와 컨트랙트 사양을 포함한 시장 정의
오라클 가격 설정, 레버리지 제한 설정, 필요한 경우 시장 정산을 포함한 시장 운영

HIP-3은 고성능 마진 시스템과 오더북을 포함한 HyperCore 스택을 상속합니다. 예를 들어, HIP-3 무기한 선물(펍)을 거래하는 API는 다른 HyperCore 액션과 통합되어 있습니다. HIP-3 자산을 거래하려면 여기의 스키마에 따라 자산 ID를 설정하기만 하면 됩니다.

사양

메인넷에서의 스테이킹 요건은 500k HYPE입니다. 이 요건은 인프라가 성숙됨에 따라 감소할 것으로 예상됩니다. 최신 요건을 초과하여 스테이킹된 금액은 언스테이킹할 수 있습니다. 스테이킹 요건은 dex가 배포된 후 최소 183일 동안 유지됩니다.
스테이킹 요건을 충족하는 모든 배포자는 하나의 무기간 선물(펍) dex를 배포할 수 있습니다. 다시 말해, 각 무기한 선물(펍) dex는 독립적인 마진 시스템, 오더북, 배포자 설정을 갖습니다. 향후 업그레이드에서는 동일한 배포자와 스테이킹 요건을 공유하는 여러 dex 배포가 지원될 수 있습니다.
모든 호가 자산은 dex의 담보 자산으로 사용할 수 있습니다. 다시 말해, 퍼미션리스 호가 자산 요건을 충족하지 못한 자산은 온체인 검증인 투표에 따라 호가 자산 지위를 잃게 됩니다. 해당 투표는 이 자산을 담보로 사용하는 무기한 선물(펍) dex도 비활성화합니다. 배포자가 시작한 호가 자산 비활성화는 해당 무기한 선물(펍) dex를 비활성화하지 않습니다.
HIP-3 배포자는 호가 자산과 관련된 슬래싱의 대상이 아닙니다. 향후 업그레이드에서는 호가 자산이 비활성화된 dex가 새로운 담보 토큰으로 마이그레이션을 지원할 것입니다. 호가 토큰 배포자에게는 별도의 스테이킹 및 슬래싱 조건이 있으므로, 이는 메인넷에서 발생할 것으로 예상되지 않습니다. 요약하면, 호가 자산 선택은 거래 수수료 및 상품 고려사항에 중요하지만, HIP-3 배포자에게 실존적 위험은 아닙니다.
무기한 선물(펍) dex에 배포되는 첫 3개 자산은 옥션 참여가 필요하지 않습니다. 추가 자산은 HIP-1 옥션과 동일한 하이퍼파라미터(빈도 및 최소 가격 포함)로 더치 옥션을 거칩니다. 추가 무기한 선물(펍)을 위한 HIP-3 옥션은 모든 무기한 선물(펍) dex에서 공유됩니다. 향후 업그레이드는 시간에 민감한 향후 배포를 위해 자산을 예약하는 개선된 편의성을 지원할 것입니다. 배포자는 또한 현재 옥션 가격으로 사용할 수 있지만 옥션 타이머를 우회하는 7 + 0.2 * n_auction_deployments개의 예약 배포를 받습니다.
HIP-3 시장은 스테이킹 할인, 추천 보상, 정렬된 담보 할인을 포함한 일반적인 거래 수수료 할인 혜택을 적용받습니다. HIP-3 배포자는 0-300%(성장 모드의 경우 0-100%) 사이의 추가 수수료 몫을 설정할 수 있습니다. 몫이 100%를 초과하면, 프로토콜 수수료도 배포자 수수료와 동일하게 증가합니다.
정렬된 스테이블코인 담보는 정렬 조건(사용자 및 배포자 피드백을 기반으로 업데이트 중)이 구현되면 자동으로 감면된 수수료를 받게 됩니다.

정산

배포자는 haltTrading 액션을 사용하여 자산을 정산할 수 있습니다. 이는 모든 주문을 취소하고 포지션을 현재 마크 가격으로 정산합니다. 동일한 액션으로 거래를 재개할 수 있으며, 효과적으로 자산을 재활용할 수 있습니다. 이는 각 신규 컨트랙트에 대해 배포 옥션에 참여하지 않고 기한이 있는 컨트랙트를 상장하는 데 사용할 수 있습니다.

모든 자산이 정산되면, 배포자의 필수 스테이크는 언스테이킹이 가능합니다.

오라클

오라클은 프로토콜 수준에서 완전히 일반적이지만, 무기한 선물(펍)은 조작이 어렵고 근본적인 경제적 중요성을 지닌 잘 정의된 기초 자산 또는 데이터 피드가 있을 때 수학적으로 가장 큰 의미를 갖습니다. 대부분의 가격 지수는 무기한 선물(펍) 오라클 소스로 적합하지 않습니다. 배포자는 시장 상장 전에 엣지 케이스를 신중하게 고려해야 하며, DEX에 상장된 모든 시장에 대해 슬래싱의 대상이 되기 때문입니다.

슬래싱

참고: 아래의 모든 사용에서 "슬래싱"은 HIP-3의 맥락에서만 적용됩니다.

고품질 시장을 보장하고 사용자를 보호하기 위해, 배포자는 500k 스테이킹된 HYPE를 유지해야 합니다. 악의적인 시장 운영이 발생할 경우, 검증인은 스테이크 가중 투표를 통해 배포자의 스테이크를 슬래시할 권한을 갖습니다. 배포자가 언스테이킹하여 스테이킹 출금을 시작한 경우에도, 7일 간의 언스테이킹 대기열 동안 해당 스테이크는 여전히 슬래시 가능합니다.

슬래싱은 궁극적으로 검증인 정족수에 의해 결정되지만, 프로토콜 가이드라인은 신중한 테스트넷 분석, 사용자 피드백, 배포자 피드백에서 정제되었습니다. 지침 원칙은 슬래싱이 프로토콜의 정확성, 가동 시간 또는 성능을 위태롭게 하는 행위를 방지하는 것이라는 점입니다. 유용한 경험칙은 모든 슬래시 가능한 행위는 프로토콜 구현에서의 버그 수정을 수반해야 한다는 것입니다. 따라서 HIP-3은 최종 상태에서 슬래싱을 필요로 하지 않아야 합니다. 그러나 슬래싱은 이 대규모 기능 세트의 실용적인 출시를 위한 중요한 안전 장치입니다.

슬래싱은 기술적이며, 악의적인 행위와 무능한 행위를 구별하지 않습니다. 관련하여, 슬래싱은 다음을 구별하지 않습니다

잘 설계된 컨트랙트 사양에서 벗어난 배포자
잘못 설계된 컨트랙트 사양을 충실히 따르는 배포자
개인 키가 유출된 배포자

핵심 요인은 배포자의 행위가 프로토콜에 미치는 영향입니다. 발견된 모든 버그는 해당 프로그램의 조건을 충족하는 경우(악용 없이 책임 있게 공개된 경우 포함) 버그 바운티 프로그램을 통해 후하게 보상됩니다. 이러한 보고서는 매우 감사하게 받아들여집니다.

프로토콜 문제를 일으키지 않은 악의적인 배포자 입력 시도조차도 슬래시 가능합니다. 마찬가지로, 프로토콜 문제를 일으키지만 비정상적이지 않은 입력은 슬래시 대상이 아닙니다. 특히, 배포자 입력과 무관한 정상 작동 중의 버그는 슬래싱 범위에 포함되지 않습니다. "비정상적인" 입력의 해석은 검증인 투표로 결정되며, 시스템 제한을 우회하는 엣지 케이스나 허점을 악용하는 입력을 포함합니다. 모든 배포자 트랜잭션은 온체인에서 수행되며, 관심 있는 모든 당사자가 독립적으로 분석할 수 있습니다.

일부 악의적인 행위는 프로토콜 정의상 유효하지만, 특정 주관적 해석에 따라 잘못된 것입니다. 슬래싱 원칙에 따르면 프로토콜은 주관적 사안에 개입하지 않아야 합니다. 그 동기는, 지분증명 블록체인이 바람직하지 않은 상태 전이에 대해 하드 포크를 할 수 있지만 거의 그렇게 하지 않는다는 것입니다. 플랫폼의 중립성은 보존해야 할 매우 중요한 특징입니다. 관련하여, 배포자의 스테이크가 슬래시되면 영향을 받은 사용자에게 분배되지 않고 소각됩니다. 이 역시 지분증명 원칙에 기반하며, 사용자와 배포자 간의 일부 잘못 정렬된 인센티브를 방지합니다. 프로토콜 레이어는 주관적 비정상성을 강제하지 않지만, 다운스트림 애플리케이션과 소셜 레이어는 이를 강제할 수 있습니다. 궁극적으로, 배포자의 평판과 향후 성공은 항상 위태롭습니다.

특정 사례에서 슬래시되는 금액은 궁극적으로 검증인 투표의 스테이크 가중 중앙값입니다. 그러나 일반적인 가이드라인으로, 유효하지 않은 상태 전이나 장기적인 네트워크 다운타임을 유발하는 비정상적인 입력은 최대 100%까지 슬래시될 수 있습니다. 일시적인 네트워크 다운타임을 유발하는 비정상적인 입력은 최대 50%까지 부분적으로 슬래시될 수 있습니다. 네트워크 성능 저하 또는 성능 문제를 유발하는 유효하지 않은 입력은 최대 20%까지 부분적으로 슬래시될 수 있습니다.

마지막으로, 슬래싱 조건은 스테이커 구성과 독립적입니다. 따라서 LST 운영자는 배포자를 신중히 조사해야 합니다. LST 운영자는 슬래싱 위험을 사용자에게 신중하고 명확하게 전달해야 합니다. 배포자에 대한 셀프 본딩 요구가 합리적일 수 있습니다.

가장 유력한 결과로, 슬래싱은 메인넷에서 절대 발생하지 않을 것입니다. 대규모의 기술적 작업을 통해 HIP-3을 자족적이고 기술적으로 견고한 시스템으로 만드는 데 투자되었습니다. 구현 문제가 없다면, HIP-3은 Hyperliquid의 신중하게 설계된 수학적 지급보증을 상속받습니다.

교차 마진

중요: 자산에 교차 마진을 활성화하는 것은 되돌릴 수 없습니다. 배포자는 활성화하기 전에 아래 조건을 신중히 고려해야 합니다.

시스템 수준의 보호에도 불구하고, 사용자는 서로 다른 배포자의 DEX 간에 교차 마진을 사용할 때 더 큰 위험을 부담합니다. 사용자를 더 잘 보호하기 위해, 메인넷 검증인은 HIP-3 배포자가 충분한 관측 가능한 유동성, 신뢰할 수 있는 외부 오라클 소스, 가격 조작에 대한 회복력을 포함하여 정의된 자격 요건을 충족하는 자산에만 교차 마진을 활성화하도록 강제합니다. 특히, 자산의 externalPerpPx가 일일 시작 가격 대비 50% 이상 움직일 때마다, 검증인은 배포자가 조작으로 인해 슬래시되어야 하는지 여부를 결정하기 위한 검토를 수행합니다. 한 달에 50%의 일일 변동이 한 번 이상 예상되는 자산은 교차 마진 자격이 없으며 배포자 슬래싱의 대상이 됩니다.

백스톱 청산인

각 HIP-3 DEX는 지정된 HIP-3 DEX로부터 백스톱 청산 가능한 포지션을 인수하는 0x400..00 + {dex_index}의 완전한 온체인 전략과 연결됩니다. 온체인 백스톱 청산인은 교차 마진이 활성화된 자산만 수용하며, 해당 자산은 향후 높은 변동성 이벤트 동안 ADL을 경험할 가능성이 크게 줄어듭니다. 각 DEX의 온체인 백스톱 청산인은 독립적인 사용자이며, DEX의 수학적 지급보증을 위해 ADL로 대체됩니다.

사용자를 위한 액션 아이템은 없습니다. 규모가 확장되면, 백스톱 청산인은 담보 부족 포지션을 흡수하는 동시에 불량 채무를 피하고 ADL의 필요성을 줄입니다.