저자: 제임스 에반스 (@jimbo_evans)
작성자: 테크 플로우 (Techflowpost) TechFlow
테크 플로우 (techflowpost) 분석: 이 문서는 Hyperliquid 개선 제안서 전체를 담고 있으며, 프로토콜 계층에서 지속적인 청산 경매 메커니즘을 도입하여 새로운 토큰 프로젝트가 중앙화 거래소 나 제3자 플랫폼에 의존하지 않고 자금 조달 및 유동성 공급의 전체 과정을 온체인 완료할 수 있도록 하는 내용을 제안합니다.
저자는 유니스왑의 지속적인 청산 경매 모델에서 영감을 얻어 하이퍼리퀴드의 오더북 환경에 맞게 재설계했습니다. 이 제안서는 구성부터 결제, 보안 고려 사항에 이르기까지 모든 측면을 포괄하는 매우 상세한 기술적 내용을 담고 있습니다.
전문은 다음과 같습니다.
아이디어, 조언 및 피드백을 제공해 주신 @fiegemax 님께 특별히 감사드립니다. 또한 검토 및 의견을 주신 @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom 및 @DougieDeLuca 님께도 감사드립니다.
공개: 저는 개인 계좌에 $HYPE를 보유하고 있습니다. 저는 @recvcx에 재직 중이지만, 이 글은 제 개인적인 관점 일 뿐이며 Reciprocal Ventures의 공식 입장을 대변하는 것은 아닙니다.
요약
HIP-6는 @HyperliquidX에서 토큰을 직접 발행하는 팀을 위해 특별히 설계된 HIP-1 자산에 대한 무허가 토큰 발행 경매 메커니즘을 도입합니다. 이 메커니즘은 @Uniswap의 지속적 청산 경매(CCA)를 Hyperliquid의 네이티브 오더북(CLOB) 환경에 맞게 적용한 것입니다. 경매 등록 시, 프로젝트는 프로토콜에서 승인된 정렬된 견적 자산 중에서 견적 자산(예: USDH)을 선택하여 해당 자산에 대한 새로운 수요와 유틸리티 소스를 생성합니다. 경매 수익금은 프로젝트 팀에 귀속되며, 설정 가능한 일정 비율은 거래량 가중 평균 가격을 사용하여 경매 종료 시점에 자동으로 HIP-2에 유동성을 공급합니다. 모든 경매 로직은 HyperCore의 블록 전환 내에서 작동하므로 외부 운영자가 필요하지 않습니다.
동기 부여
HIP-1과 HIP-2는 허가 없이 토큰을 배포하고 자동화된 유동성을 제공하지만, 신규 토큰의 자금 조달 및 가격 발견에는 충분한 지원을 제공하지 못합니다. @HyperliquidX에서 토큰을 직접 발행하는 팀은 여전히 오프체인에서 자금을 조달하거나, 자체 자금으로 HIP-2에 수동으로 유동성을 공급하거나, 오더북 이 적은 상태에서 상장을 완료해야 하는 경우가 많습니다. 이러한 문제점들 때문에 Hyperliquid는 ICO 기능 측면에서 다른 고성능 생태계 및 거래소 와 동등한 수준에 도달하지 못했습니다. @solana는 @metadao를, @base는 @Uniswap의 Liquidity Launchpad와 @dopplerprotocol을, @coinbase는 @echodotxyz를 제공합니다. HIP-6는 선택 사항이지만, 보다 효율적인 자금 조달 및 가격 발견을 가능하게 함으로써 Hyperliquid에서 완전한 프로젝트 라이프사이클을 구축하고자 하는 창업자들을 지원하고, 모든 금융을 아우르는 블록체인이 되고자 하는 Hyperliquid의 목표를 달성하는 데 기여합니다.
HIP-6는 다음과 같은 방식으로 Hyperliquid를 개선합니다.
온체인 자본 형성: 팀은 단일 프로세스를 통해 Hyperliquid에서 자체적으로 자금을 조달할 수 있으며, 수익은 프로젝트 팀에 분배되고 HIP-2 유동성이 자동으로 주입됩니다.
공정한 가격 발견: 연속 청산 경매는 여러 블록에 걸쳐 시장 가격을 발견하여 기존 경매에서 흔히 발생하는 시간 기반 게임의 영향을 최소화합니다.
상장자산 성장률의 정렬: 정렬된 상장자산에 대한 효용을 창출하여 총자산가치(TVL)를 증가시키고 원조 기금에 수익을 창출합니다.
개발자 유치: 팀은 하이퍼리퀴드에서 토큰 발행의 전체 과정을 완료할 수 있습니다. 하이퍼리퀴드에서 더 많은 토큰을 발행할수록 지원 기금은 더 많은 거래 수수료를 얻게 됩니다.
참가자 보호: 약정된 자금은 경매 기간 동안 HyperCore가 에스크로 계좌에 보관하며, 프로젝트 팀이나 신뢰할 수 있는 제3자가 에스크로 계좌에 보관하지 않습니다.
명칭과 관련하여: 본 제안서에 HIP-6이라는 번호를 부여한 이유는 HIP-5라는 번호가 이전에 다른 제안서에 부여되었기 때문입니다.
우리는 어떤 토대 위에 건설하는가?
HIP-6는 유니스왑의 연속 청산 경매(CCA)를 하이퍼리퀴드의 네이티브 CLOB 환경에 맞게 적용합니다. CCA는 대규모 경매를 점진적으로 규모가 작아지는 N개의 경매로 분할합니다. 프로토콜은 각 블록마다 토큰 배치를 방출하고 균일한 청산 가격을 계산합니다. 가격 발견은 단일 시점이 아닌 점진적으로 이루어지므로 입찰자들은 기다리기보다는 조기에 참여하도록 유도됩니다.
모든 대안에는 명백한 단점이 있습니다.
고정 가격 판매: 적절한 시작 가격을 예측해야 하므로 가격 발견 능력이 떨어집니다. 가격이 너무 낮게 책정되면 프로젝트는 차익을 잃게 되고, 너무 높게 책정되면 판매가 실패하게 됩니다.
판매 한도 설정 및 비례 배분 방식: 이는 가치 손실을 막지만, 과잉 청약 악순환을 초래합니다. 실제로, 판매 수요가 목표치의 2배를 초과할 경우, 합리적인 참여자들은 목표 할당량의 2배를 예치하게 되어 과잉 청약이 더욱 심화되고, 이러한 악순환이 반복됩니다. 이는 결국 사용자 경험 저하로 이어집니다.
무제한 판매: 악순환을 피할 수 있지만, 과잉 모금으로 이어질 수 있습니다. 500만 달러로 충분히 구현할 수 있었던 프로젝트가 아무도 막지 못했기 때문에 5천만 달러를 모금했습니다. 2017년 ICO 열풍이 이러한 접근 방식의 결과를 보여주었습니다.
전통적인 경매 방식은 시장이 가격을 결정하도록 하지만, 이로 인해 시간이 오래 걸리는 경쟁이 발생합니다. 최적의 전략은 가능한 한 마지막 순간까지 기다리는 것인데, 이는 기관 투자자가 아닌 일반 참여자에게는 불편한 사용자 경험으로 이어집니다.
동적 통합 곡선: 이 방식은 네덜란드식 경매와 수요 반응형 통합 곡선을 결합한 것입니다. 네이티브 AMM 환경에서는 잘 작동하지만 Hyperliquid의 네이티브 CLOB 환경에는 적합하지 않습니다.
HIP-6 위에 무엇을 구축할 수 있을까요?
HIP-6는 자본 형성 및 가격 발견 문제를 다룹니다. 즉, 새로운 프로젝트가 하이퍼리퀴드(Hyperliquid)에서 자금을 조달하고 유동성을 공급하는 방법을 제시합니다. 특정 토큰의 가치 축적 메커니즘, 토큰 보유자 보호조치 또는 특정 프로젝트의 거버넌스 방식은 다루지 않습니다. 이러한 문제들은 별개의 사안이며, HIP-6를 기반으로 다른 팀들이 이러한 문제들을 해결해 나가기를 기대합니다.
HIP-6를 기반으로 구축할 수 있는 향후 프로젝트의 예는 다음과 같습니다.
가치 축적 메커니즘: 프로토콜 수익이 토큰 보유자에게 어떻게 환원되는지(수수료 배분, 바이백, 스테이킹 보상 등)를 규정합니다.
거버넌스 프레임: 토큰 보유자에게 볼트 할당, 매개변수 변경 및/또는 프로토콜 업그레이드에 대한 투표권을 부여합니다.
토큰 보유자 보호: 구매자와 팀 할당량을 모두 잠그기 위해 금고 잠금, 온체인 보고 요구 사항 및/또는 베스팅 메커니즘과 같은 도구를 제공합니다.
HIP-6는 초기 경매를 최대한 공정하고 효율적으로 진행하는 것을 목표로 합니다. 경매 종료 후의 과정은 하이퍼리퀴드 커뮤니티의 자율적인 설계에 맡겨져 있습니다. HIP-6는 팀들이 MM (Market Making) 와 협력하여 프로젝트의 오더북 유동성을 높이는 것을 막지 않습니다.
공개 문서 초안
다음은 Hyperliquid 공개 문서에서 HIP-6가 어떻게 표현될지에 대한 초안입니다. 검토자들이 사용자에게 보여지는 설명을 미리 볼 수 있도록 여기에 포함했습니다.
HIP-6: 토큰 발행 경매
HIP-6에서는 HIP-1 자산에 대한 허가 없는 토큰 발행 경매가 도입됩니다. 프로젝트는 지속적인 청산 경매를 통해 토큰 공급량 의 일부를 판매합니다. 입찰자는 지정된 오퍼 자산(현재 USDH)에 자금을 예치합니다. 입찰자는 총 예산과 토큰당 지불하고자 하는 최고 가격을 지정합니다. 경매는 이 입찰가를 나머지 블록에 분산합니다. 각 블록에서 프로토콜은 고정된 비율로 토큰을 발행합니다. 그런 다음 프로토콜은 발행된 토큰 공급량을 입찰자 수요와 비교하여 각 블록에 대한 균일한 청산 가격을 결정합니다. 정산 시 프로토콜 수수료는 지원 기금으로 보내지고, 수익금의 일부는 최종 경매 가격에 따라 HIP-2 하이퍼리퀴디티에 유동성을 공급하는 데 자동으로 사용되며, 나머지는 프로젝트에 귀속됩니다. 모든 경매 로직은 HyperCore의 블록 전환 내에서 작동합니다.
입찰 배포
표준 HIP-1 배포 단계(registerToken2, userGenesis(해당되는 경우), genesis 및 registerSpot)를 완료한 후 프로젝트 팀은 registerAuction을 호출합니다. 프로젝트 팀은 다음 매개변수를 지정합니다.
auctionSupply: 판매용 토큰의 총 수량. 등록 시 프로젝트의 현물 계좌에서 프로토콜 에스크로 계좌로 이체됩니다.
기간: 경매 기간은 블록 단위로 표시되며, 최대 3,024,000(블록당 0.2초 기준 약 1주일)까지 가능합니다.
floorPx: 최소 청산 가격, 기본값은 0입니다.
startDelay: 등록 시점과 첫 번째 청산 블록 사이의 블록 수이며, 최소값은 1이고 기본값은 1입니다.
minRaise: 입찰 성공에 필요한 최소 자산 금액입니다. 기본값은 0입니다.
quoteAsset: 프로토콜에서 승인한 정렬된 견적 자산(예: USDH)이어야 합니다.
hip2Seed: 프로토콜 수수료를 공제한 후 순수익의 베이시스 포인트(basis points) 수로, HIP-2에 자동으로 주입됩니다. 범위: 2,000~10,000, 기본값은 2,000입니다.
hip2OrderSz 및 hip2NOrders: HIP-2 주문 크기 및 주문 수량, 필수 입력 항목입니다.
등록 후에는 모든 매개변수를 변경할 수 없습니다. 등록 시 각 토큰에 대한 전송 동결 활성화되어 결제가 완료될 때까지 해당 토큰에 대한 모든 현물 주문, 전송 및 HyperEVM 작업이 차단됩니다. 프로젝트 팀은 startBlock 경매 시작 전(즉, startDelay 기간 동안) cancelAuction을 통해 입찰을 취소할 수 있습니다.
매기다
입찰자는 `submitBid` 함수를 호출하여 예산(최소 입찰 자산 100단위)과 `maxPx`(토큰당 최대 가격, 경매 그리드에 맞춰 소수점 이하 버림)를 지정합니다. 예산은 제출 시 에스크로에 보관됩니다. 각 입찰에는 입찰 자산 1단위에 해당하는 환불 불가 수수료가 발생합니다. 예산은 남은 경매 블록에 자동으로 균등하게 분배됩니다. `h` 블록에 제출된 입찰은 `h+1` 블록부터 청산에 유효합니다. `startDelay` 시간 동안 제출된 입찰은 첫 번째 청산 블록에서 활성화됩니다.
입찰자는 수요 곡선을 나타내기 위해 서로 다른 최대 가격으로 여러 개의 입찰을 제출할 수 있지만, 각 경매의 최대 입찰 수는 10만 개로 제한됩니다. 입찰자는 자신의 입찰 최고 가격(maxPx)이 가장 최근의 청산 가격보다 엄격하게 낮은 경우에만 입찰을 철회할 수 있습니다.
변제
경매 기간의 각 블록 동안 프로토콜은 고정된 비율(경매 공급량 / 블록당 기간)로 토큰을 발행하고, 누적 수요가 공급과 만날 때까지 점유된 가격 범위를 최고가에서 최저가로 순회하며 균일한 청산 가격을 계산합니다. 청산 가격보다 높은 입찰가는 할당량 전체를 받게 됩니다. 청산 가격과 동일한 입찰가는 블록당 예산에 비례하여 나머지 할당량을 나눠 갖습니다. 청산 가격보다 낮은 입찰가는 아무것도 받지 못합니다. 경매 가격 범위는 HIP-2와 일관되게 1.003의 기하학적 간격을 사용합니다.
합의, HIP-2 활성화 및 청구
경매 종료 후 첫 번째 블록에서 minRaise가 설정되었지만 도달하지 못하면 경매는 실패합니다. 모든 입찰 자산은 반환되고, 모든 토큰은 프로젝트 팀에 반환되며, 동결 해제됩니다. totalQuoteSpent가 0이면 minRaise와 관계없이 경매는 실패합니다.
성공 시, 프로토콜은 원자적으로 실행됩니다.
500bp 프로토콜 수수료는 총 견적 금액에서 차감되어 지원 기금으로 송금될 예정입니다.
HIP-2 활성화를 위해 hip2Seed를 할당합니다.
나머지 금액은 프로젝트 지갑으로 이체되었습니다.
판매되지 않은 토큰은 프로젝트 팀으로 반환됩니다.
토큰 동결 해제되었으며, 현물 거래, 이체 및 EVM 운영이 재개되었습니다.
프로젝트에서 지정한 hip2OrderSz 및 hip2NOrders를 사용하여 HIP-2를 활성화합니다. hip2Seed는 nSeededLevels 레벨을 주입하는 데 사용됩니다. 시작 가격은 seedPx이며, 이는 경매 기간 동안 최근 5% 거래의 거래량 가중 평균 가격으로 계산됩니다.
결제가 완료되면 입찰자는 claimAuction을 통해 구매한 토큰과 사용하지 않은 입찰 자산을 청구할 수 있습니다.
비용
등록 시 10 HYPE의 등록비가 부과됩니다. 제출된 입찰 건당 시시자산 1단위에 해당하는 수수료가 부과됩니다. 결제 시 총 수익금에 대해 500 bp의 프로토콜 수수료가 부과됩니다. 모든 수수료는 지원 기금으로 귀속됩니다. 프로젝트의 기존 setDeployerTradingFeeShare는 경매 후에도 현물 거래에 계속 사용할 수 있습니다.
우리는 어떤 토대 위에 건설하는가?
HIP-6 Hy-CO는 HyperCore 블록 전환 로직에 내장된 연속 청산 경매입니다. 입찰자는 USDH와 같은 정렬된 오퍼 자산으로 입찰을 제출하며, 각 입찰자는 예산과 최대 가격을 지정합니다. 각 블록이 완료될 때마다 프로토콜은 토큰 배치를 발행하고 해당 블록에 대한 균일한 청산 가격을 계산합니다. 최대 가격이 청산 가격보다 높은 입찰자는 할당된 물량 전체를 받게 되며, 가격이 청산 가격과 정확히 일치하는 입찰자는 나머지 물량을 받게 되는데, 이는 부분적으로 거래될 수 있습니다. 경매가 종료되면 프로토콜은 수수료를 징수하여 지원 기금으로 보내고, 남은 수익금의 설정 가능한 비율을 최종 경매 기간에 계산된 거래량 가중 평균 가격을 기준으로 HIP-2 Hyperliquidity에 투입한 후, 나머지 금액을 프로젝트 지갑으로 보냅니다. 경매 종료 시 정산은 원자적으로 이루어집니다.
Hy-CO 수명 주기
Hy-CO는 세 단계로 구성됩니다.
경매 전: 구성. 표준 HIP-1 배포 단계를 완료한 후 프로젝트 팀은 registerAuction을 호출합니다. 이 과정에서 프로토콜 매개변수를 확인하고, 에스크로 토큰 공급량과 판매자 공급량을 관리하며, 토큰 동결 활성화하고, 경매 ID를 할당합니다.
경매 진행 중: 입찰. 입찰자는 startDelay 기간 또는 경매 진행 중 언제든지 submitBid를 통해 입찰을 제출할 수 있습니다. 입찰 제출 시점과 관계없이 예산은 제출 즉시 에스크로에 보관됩니다. 청산. startBlock부터 시작하여 경매 기간 동안 각 블록마다 프로토콜은 토큰을 발행하고 균일한 청산 가격을 계산합니다.
경매 후: 정산. `endBlock` 이후 첫 번째 블록에서 프로토콜은 경매 성공 여부를 평가하고 수익금을 분배합니다. HIP-2 활성화. 정산이 성공적으로 완료되면 `seedPx`와 프로젝트 팀이 지정한 주문 매개변수를 사용하여 HIP-2가 자동으로 활성화됩니다. 청구. 정산 후 입찰자는 `claimAuction`을 통해 구매한 토큰과 미사용된 호가 자산을 청구할 수 있습니다. 청구 기간 동안에도 정상적인 거래는 계속될 수 있습니다.
취소: cancellationAuction은 startBlock 이전 언제든지 실행할 수 있습니다. 이 경우 auctionSupply와 hip2AskSupply가 프로젝트 팀에 반환되고, 동결 해제되며, 경매 슬롯이 해제됩니다. startDelay 동안 입찰이 제출된 경우, 경매는 실패 경로로 진행됩니다. 입찰자는 claimAuction을 통해 에스크로된 입찰 자산을 회수할 수 있습니다(실패한 입찰과 동일한 클레임 경로). auctionRegistrationFee는 환불되지 않습니다. 청산이 시작되면 경매는 취소할 수 없습니다.
주요 설계 결정 사항
타사 제품 대신 새로운 HIP를 선택한 이유: 토큰 발행은 애플리케이션이 아니라 인프라입니다. 모든 팀이 자체 발행 메커니즘을 구축하면 생태계가 파편화될 것입니다. HIP는 Hyperliquid에서 발행되는 모든 토큰(예: HIP-6 선택)이 외부 의존성 없이 동일한 공정한 가격 발견 및 자동 HIP-2 주입을 받도록 보장합니다. 또한, 이 메커니즘은 제3자가 아닌 검증자 합의에 의해 보장됩니다.
HyperEVM 대신 HyperCore를 선택해야 하는 이유는 무엇일까요? HIP-6에 필요한 모든 구성 요소가 HyperCore에 이미 존재합니다. HyperEVM을 기반으로 구축하면 불필요한 복잡성이 발생하여 단계와 지연 시간이 늘어나 사용자 경험이 저하됩니다.
연속 청산 경매(CCA)를 선택하는 이유는 무엇일까요? 전통적인 경매 방식은 시간 기반 게임을 통해 가치 평가보다는 속도를 중시하며, 채권 형성 곡선은 경로 의존적이고, 고정 가격 판매는 정확한 가격을 예측해야 합니다. CCA는 입찰을 시간에 걸쳐 분산시키고, 블록당 균일한 가격으로 청산하며, 단일 시점이 아닌 수천 개의 블록에 걸쳐 수렴합니다.
정렬된 견적 자산만 허용하는 이유: 경매는 정렬된 견적 자산(현재 USDH)으로 표시됩니다. 각 경매는 해당 기간 동안 견적 자산을 고정하여 TVL을 증가시키고 생태계에 수익을 창출합니다. USDC와 같은 정렬되지 않은 자산을 지원하면 미미한 도입 수익으로 인해 이러한 효과가 희석될 수 있습니다. USDC를 보유한 입찰자는 표준 인터페이스를 통해 이를 변환할 수 있습니다.
왜 선형적인 방출 계획만 미리 정해야 할까요? 선형성은 청산 가격이 단조적으로 감소하지 않도록 보장하여 누적 검토점을 통해 효율적인 청구 시점 회계 처리를 가능하게 합니다. 비선형 계획(사후 가중치, 사전 가중치)은 각 블록별 공급량 변동으로 인해 청산 가격이 하락하게 하여 입찰 수준 회계 처리를 복잡하게 만들 수 있습니다. 이러한 비선형 계획은 회계 체계가 확장된다면 향후 HIP에 도입될 수 있습니다.
안전 고려 사항
프로젝트 자체 거래: 프로젝트 팀은 독립적인 지갑을 사용하여 자체 경매에 참여함으로써 청산 가격과 VWAP를 부풀린 후, 정산 후 미판매 토큰을 회수할 수 있습니다. 완화 조치로는 프로토콜 수수료로 인해 모든 자체 거래량에서 자체 거래 비용이 증가하며, seedPx는 경매 마지막 5% 구간의 VWAP 내에서 계산되므로 조작을 위해서는 지속적인 지출이 필요합니다. minRaise는 실제 수요가 부족할 경우 경매가 실패하도록 하며, 모든 입찰은 온체인 공개되어 자체 거래를 감지할 수 있습니다. 예를 들어, 100만 USDH 규모의 경매(프로토콜 수수료 = 500, hip2Seed = 2000)를 진행하는 프로젝트 팀이 독립적인 지갑을 통해 40만 USDH(총 공급량의 40%)를 입찰하는 경우, 약 2만 USDH는 지원 기금으로 귀속되고(5% 프로토콜 수수료, 회수 불가), 약 7만 6천 USDH는 HIP-2 인젝션에 묶여 프로젝트 팀에 반환되지 않습니다. 총 비효율적 손실은 약 96,000 USDH, 즉 자체 거래 자금의 24%에 해당합니다. 비용은 자체 거래량에 비례하여 증가합니다.
시드 가격 조작: HIP-2의 seedPx는 마지막 블록의 청산 가격 대신 경매 기간의 마지막 약 5%를 포함하는 윈도우형 VWAP를 사용합니다. VWAP를 조작하려면 단일 후반 투자 방식이 아닌 윈도우 내 여러 블록에 걸쳐 지속적인 투자가 필요하므로 비용이 윈도우 전체 거래량에 비례합니다.
자금 보안: 입찰자의 입찰 자산과 경매 토큰은 전체 과정 동안 프로토콜에 의해 에스크로 계좌에 보관됩니다. 프로젝트 팀은 에스크로 계좌에 자금을 보관하지 않습니다. 입찰 실패 시, 모든 입찰 자산은 claimAuction을 통해 환불되며, 모든 토큰은 프로젝트 팀으로 반환됩니다.
토큰 동결 실행: 모든 토큰 전송(현물 오더북, P2P, HyperEVM)은 경매가 진행되는 동안 동결 됩니다. 이는 userGenesis 할당량을 보유하거나 프로젝트 공급량을 예약한 내부자가 가격 결정 과정에서 경매 이외의 채널을 통해 토큰을 판매하는 것을 방지합니다.
입찰 활성화 지연: 입찰은 커밋 후 다음 블록에서만 청산 프로세스에 포함됩니다. 이는 블록 제안자 또는 지연 시간이 짧은 참여자가 보류 중인 입찰을 관찰하고 동일 블록 내에서 반응형 입찰을 삽입하여 청산 가격에 영향을 미치는 것을 방지합니다.
모든 당사자에 대한 영향 분석
토큰 프로젝트 팀: Hy-CO는 프로젝트가 단일 프로세스로 자금을 조달하고 유동성을 공급할 수 있는 네이티브 방식을 제공합니다. 프로젝트는 HIP-1 배포와 함께 경매를 구성하고, 지갑으로 보상을 수령하며(HIP-2에 할당된 hip2Seed 부분 제외), 시장에서 결정된 가격으로 자동 유동성 공급을 받습니다. 단, 초기 가격에 대한 통제력이 다소 제한될 수 있습니다.
Hyperliquid 사용자: Hyperliquid 플랫폼에서 구축된 새로운 팀 토큰 발행에 직접 참여할 수 있는 기능이 제공됩니다. 현재 Hyperliquid 플랫폼에서는 프로젝트 출시 시 토큰을 바로 구매할 수 있는 방법이 없어, 초기 배포 기회를 놓치거나 HIP-2 유동성 공급 후 공개 오더북 에서 구매해야 합니다. Hy-CO는 기존에 사용하던 인터페이스를 통해 균일한 가격 책정과 분산형 입찰을 제공하여 사용자에게 공정한 경쟁 환경을 조성합니다. 결제 후, 입찰자는 구매한 토큰과 사용하지 않은 호가 자산을 거래 전에 claimAuction을 실행하여 자신의 현물 계좌로 이체해야 합니다. 토큰은 자동으로 배포되지 않습니다. 현물 오더북 HIP-2 유동성이 확보된 후에만 열리며, MM (Market Making) 및 기타 참여자가 주문을 제출하기 전에는 자연스러운 지정가 주문량이 형성되지 않습니다. 많은 입찰자가 입찰 직후 매도할 경우, HIP-2 구매 물량이 빠르게 소진될 수 있습니다. 이는 HIP-6에만 국한된 현상이 아니라 모든 신규 상장 에서 예상되는 현상입니다. 하지만 사용자 인터페이스는 입찰 상태를 명확하게 표시하고 초기 입찰 스프레드가 성숙 시장보다 넓을 수 있음을 사용자에게 알려야 합니다.
HYPE 보유자: Hy-CO는 HYPE 보유자에게 두 가지 방식으로 혜택을 제공합니다. 첫째, 자체 발행 메커니즘을 통해 새로운 팀들이 경쟁 온체인 아닌 Hyperliquid에서 블록체인을 구축하고 발행하도록 유도하여 생태계를 성장시키고 Hyperliquid의 오더북 활동을 활성화합니다. 둘째, USDH와 같은 가격 일치 자산으로 표시되는 경매를 통해 활용도와 준비금을 늘려, 지원 기금을 통해 Hyperliquid 거래 수수료를 보충하는 지속적인 수익원을 제공합니다.
유동성 공급자 및 MM (Market Making): 경매 후, 오더북 HIP-2의 소량 투입이 아닌 경매 수익금(hip2Seed를 통해)으로 뒷받침되는 풍부한 구매력을 바탕으로 개설됩니다. 이는 유동성 공급자와 MM (Market Making) 더욱 신뢰할 수 있는 시작 가격과 첫날부터 거래할 수 있는 풍부한 유동성을 제공합니다.
검증자와 상태 증가: 단일 경매의 블록당 청산 비용은 O(T)이며, 여기서 T는 점유된 가격 틱 수입니다. tickSpacingFactor = 1.003일 때 T는 수천 틱으로 제한되지만, 실제로는 대부분의 경매에서 점유된 틱은 수백 개에 불과합니다. maxActiveAuctions = 16일 때 블록당 최악의 작업 부하는 16 × O(T)입니다. 각 연산은 집계된 틱 예산을 비교하고 더하는 것으로, 기존 스팟 오더북 과 일치하는 것과 유사한 비용이 소요됩니다. 새로운 암호화 연산이나 외부 읽기는 필요하지 않습니다.
향후 프로젝트
다음 사항들은 본 HIP의 범위를 벗어나지만, HIP-6이 성숙해짐에 따라 평가되어야 할 자연스러운 확장 사항들입니다: 프로토콜 상수 거버넌스 검토; 대량 청산(K 블록마다 한 번씩 청산); 비선형 릴리스 계획; HIP-2 일괄 주입; HIP-2 예비 메커니즘; 청구 만료 및 상태 정리; UI 통합.
