
체인 상 IPO의 궁극적 형태인가? Hyperliquid HIP-6 제안 전면 분석
저자: James Evans (@jimbo_evans)
번역: TechFlow
TechFlow 서론: 본 문서는 Hyperliquid에 대한 완전한 개선 제안서(HIP)로, 프로토콜 레이어에 연속 정산 경매(Continuous Clearing Auction) 메커니즘을 도입하여 신규 토큰 프로젝트팀이 중앙화된 거래소나 제3자 플랫폼에 의존하지 않고도 체인 상에서 자금 조달 및 유동성 확보 전 과정을 완료할 수 있도록 합니다.
저자는 Uniswap의 연속 정산 경매 모델을 참고하여 Hyperliquid의 주문장부(CLOB) 환경에 맞게 재설계하였으며, 기술적 세부 사항이 매우 완전하여 설정(configuration), 결제(settlement), 보안 고려사항(security considerations) 등 모든 측면을 포괄합니다.
전체 내용은 다음과 같습니다:
특별히 @fiegemax 님께 아이디어 제공, 지도 및 피드백에 감사를 표합니다. 또한 @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom, @DougieDeLuca 님께서 검토와 의견을 주셔서 감사드립니다.
공개 사항: 필자는 개인 계좌에 $HYPE를 보유하고 있습니다. 필자는 @recvcx에서 근무하지만, 본 문서는 필자의 개인적 견해를 반영하며 Reciprocal Ventures의 공식 입장과 무관합니다.
요약
HIP-6은 HIP-1 자산을 대상으로 하여, @HyperliquidX에서 네이티브하게 토큰을 발행하려는 팀을 위해 허가 없이 사용 가능한 토큰 발행 경매 메커니즘을 도입합니다. 이 메커니즘은 @Uniswap의 연속 정산 경매(CCA)를 Hyperliquid의 주문장부(CLOB) 네이티브 환경에 맞게 조정한 것입니다. 프로젝트팀은 경매 등록 시 프로토콜이 승인한 정렬 보상 자산(aligned quote asset) 중 하나(예: USDH)를 선택하여, 해당 자산에 새로운 수요와 실용성을 창출합니다. 경매 수익은 프로젝트팀에게 귀속되며, 그 중 일부는 경매 종료 윈도우 기간 동안 거래량 가중 평균 가격(VWAP)을 기준으로 자동으로 HIP-2 유동성에 주입됩니다. 모든 경매 로직은 외부 운영자 없이 HyperCore의 블록 전환 내에서 실행됩니다.
동기
HIP-1과 HIP-2는 허가 없는 토큰 배포 및 자동화된 유동성을 지원하지만, 신규 토큰의 자금 조달 및 가격 발견(price discovery)에 대한 지원은 부족합니다. @HyperliquidX에서 네이티브하게 토큰을 발행하는 팀은 여전히 대부분 체인 외부에서 자금을 조달하고, 자체 자금으로 수작업 방식으로 HIP-2 유동성을 공급하거나, 얇은 주문장부 위에서 상장을 완료해야 합니다. 이러한 마찰로 인해 Hyperliquid는 ICO 기능 면에서 다른 고성능 생태계 및 거래소와 아직 제품 수준에서 동등하지 못합니다. @solana에는 @metadao가 있고, @base에는 @Uniswap의 Liquidity Launchpad 및 @dopplerprotocol이 있으며, @coinbase에는 @echodotxyz가 있습니다. HIP-6은 선택 사항이지만, 더 효율적인 자금 조달 및 가격 발견을 실현함으로써 Hyperliquid 상에서 전체 프로젝트 라이프사이클을 구축하려는 창업자들을 지원하고, Hyperliquid를 ‘모든 금융을 수용하는 블록체인’이라는 비전으로 나아가도록 추진합니다.
HIP-6은 다음 방식으로 Hyperliquid를 개선합니다:
체인 상 자금 조달: 팀은 단일 프로세스 내에서 Hyperliquid 상에서 네이티브하게 자금을 조달할 수 있으며, 수익은 프로젝트팀과 자동으로 HIP-2 유동성에 주입되는 부분 간에 분배됩니다.
공정한 가격 발견: 연속 정산 경매는 여러 블록에 걸쳐 시장 가격을 발견하여, 전통적인 경매에서 흔히 발생하는 시간 게임(time game)의 영향을 최소화합니다.
정렬 보상 자산 성장: 정렬 보상 자산에 실용성을 부여함으로써 TVL을 증가시키고, 구호 기금(aid fund)에 수익을 창출합니다.
빌더 유치: 팀은 Hyperliquid 상에서 토큰의 전체 라이프사이클을 완료할 수 있습니다. Hyperliquid 상에서 더 많은 토큰이 발행될수록 구호 기금은 더 많은 거래 수수료를 획득합니다.
참여자 보호: 경매 기간 동안 약속된 자금은 프로젝트팀의 관리 하에 있지 않으며, 신뢰할 수 있는 제3자도 아닌 HyperCore 상태에 의해 보관됩니다.
명명 관련: 본 제안서는 HIP-5가 이전에 별도의 독립 제안서에 할당되었기 때문에 HIP-6으로 번호 매겨졌습니다.
우리가 기반으로 삼는 것
HIP-6은 @Uniswap의 연속 정산 경매(CCA)를 Hyperliquid의 CLOB 네이티브 환경에 맞게 조정한 것입니다. CCA는 하나의 대규모 경매를 N개의 상호 연속적인 소규모 경매로 분해합니다. 각 블록마다 프로토콜은 일정량의 토큰을 공개하고, 통일 정산 가격(uniform clearing price)을 계산합니다. 가격 발견은 특정 순간이 아니라 점진적으로 이루어지며, 입찰자는 기다리기보다는 더 일찍 참여하도록 유도됩니다.
다음과 같은 대안들은 모두 명백한 단점을 지닙니다:
고정 가격 판매: 가격 발견 효과가 낮은데, 이는 누군가 개장 시점의 적절한 가격을 추측해야 하기 때문입니다. 가격을 너무 낮게 설정하면 프로젝트가 차액 손실을 입고, 너무 높게 설정하면 판매가 실패합니다.
상한선이 있는 비례 배분 판매: 가치 유출(value leakage)을 해결하지만, 과잉 구독(oversubscription) 나선을 유발합니다. 실제로 판매가 2배 과잉 구독되면, 합리적인 참가자는 목표 배분량의 2배를 예치하게 되고, 이는 다시 더 큰 과잉 구독을 유발합니다. 이는 나쁜 사용자 경험입니다.
상한선 없는 판매: 나선을 피하지만, 과도한 자금 조달을 초래합니다. 예를 들어, 500만 달러로 건설 가능한 프로젝트가 아무런 제한 없이 5000만 달러를 조달하게 됩니다. 2017년 ICO 붐이 이러한 방식의 결과를 보여줍니다.
전통적 경매: 시장이 가격을 발견하게 하지만, 시간 게임을 유발합니다. 최적 전략은 가능한 한 마지막 순간까지 기다리는 것이며, 이는 비기관 참가자에게 더욱 나쁜 사용자 경험을 제공합니다.
동적 결합 곡선(Dynamic bonding curve): 디스카운트 경매(Dutch auction)와 수요 응답형 결합 곡선을 결합한 방식입니다. 이는 AMM 네이티브 환경에서는 잘 작동하지만, Hyperliquid의 CLOB 네이티브 환경에는 부적합합니다.
HIP-6 위에서 구축 가능한 것들
HIP-6은 자금 조달 및 가격 발견 문제를 해결합니다: 신규 프로젝트가 Hyperliquid 상에서 어떻게 자금을 조달하고 유동성을 공급할 것인가? 그러나 특정 토큰의 가치 축적 메커니즘, 토큰 보유자 보호 조치, 또는 특정 프로젝트의 거버넌스 방식은 다루지 않습니다. 이는 별개의 문제이며, 팀들이 HIP-6 위에서 이를 해결하기 위해 구축할 것을 기대합니다.
HIP-6 위에서 구축 가능한 미래 프로젝트의 예시:
가치 축적 메커니즘: 프로토콜 수익이 토큰 보유자에게 어떻게 환류되는지를 규정(예: 수수료 분배, 매입, 스테이킹 보상).
거버넌스 프레임워크: 토큰 보유자에게 금고(KTV) 분배, 파라미터 변경 및/또는 프로토콜 업그레이드에 대한 투표권 부여.
토큰 보유자 보호: 금고 잠금, 체인 상 보고 요건 및/또는 귀속(vesting) 메커니즘 등을 통해 구매자와 팀 배분량 모두에 대해 잠금을 적용하는 도구 제공.
HIP-6의 목표는 초기 경매를 가능한 한 공정하고 효율적으로 만드는 것입니다. 경매 종료 후에 일어나는 일은 Hyperliquid 커뮤니티의 설계 영역입니다. HIP-6은 팀이 프로젝트 주문장부 유동성을 강화하기 위해 마켓메이커와 협력하는 것을 금지하지 않습니다.
공개 문서 초안
다음은 HIP-6이 Hyperliquid 공개 문서에 어떻게 표현될지에 대한 초안입니다. 여기에 포함된 이유는 검토자가 사용자 중심 설명을 미리 살펴볼 수 있도록 하기 위함입니다.
HIP-6: 토큰 발행 경매
HIP-6은 HIP-1 자산을 대상으로 허가 없이 사용 가능한 토큰 발행 경매를 도입합니다. 프로젝트팀은 연속 정산 경매를 통해 자사 토큰 공급량의 일부를 판매합니다. 입찰자는 정렬 보상 자산(현재는 USDH)으로 자금을 약속합니다. 입찰자는 총 예산과 각 토큰에 대해 지불할 의사가 있는 최고 가격을 지정합니다. 경매는 이후 이 입찰을 경매 잔여 블록에 분산시킵니다. 경매의 각 블록에서 프로토콜은 고정 속도로 토큰을 공개합니다. 이후 프로토콜은 공개된 토큰 공급량과 입찰자의 수요를 매칭하여 각 블록에 대한 통일 정산 가격을 산출합니다. 결제 시, 구호 기금에 프로토콜 수수료가 전송되며, 일부 수익은 경매 최종 윈도우에서 산출된 가격에 따라 자동으로 HIP-2 Hyperliquidity에 유동성이 주입되고, 나머지는 프로젝트팀에게 귀속됩니다. 모든 경매 로직은 HyperCore의 블록 전환 내에서 실행됩니다.
경매 배포
프로젝트팀은 표준 HIP-1 배포 단계(registerToken2, userGenesis(해당 시), genesis, registerSpot)를 완료한 후 registerAuction을 호출합니다. 프로젝트팀은 다음 매개변수를 지정합니다:
auctionSupply: 판매될 토큰 총량. 등록 시 프로젝트팀의 스팟 계좌에서 프로토콜 관리하로 이전됩니다.
duration: 블록 단위의 경매 기간. 최대 3,024,000(0.2초/블록 기준 약 1주)입니다.
floorPx: 최저 정산 가격. 기본값은 0입니다.
startDelay: 등록부터 첫 번째 정산 블록까지의 블록 수. 최소값은 1이며, 기본값은 1입니다.
minRaise: 경매 성공을 위한 최소 보상 자산 조달량. 기본값은 0입니다.
quoteAsset: 반드시 프로토콜이 승인한 정렬 보상 자산(예: USDH)이어야 합니다.
hip2Seed: 순수익(프로토콜 수수료 차감 후) 중 HIP-2에 자동 주입되는 기준점(basis points). 범위는 2,000~10,000이며, 기본값은 2,000입니다.
hip2OrderSz 및 hip2NOrders: HIP-2 주문 크기 및 주문 수. 필수 입력 항목입니다.
모든 매개변수는 등록 시점에 고정되어 변경할 수 없습니다. 각 토큰의 이체 동결은 등록 시 활성화되어, 결제 완료 시까지 해당 토큰에 대한 모든 스팟 주문, 이체 및 HyperEVM 작업을 차단합니다. 프로젝트팀은 startBlock 이전(즉, startDelay 기간 내)에 cancelAuction을 호출하여 경매를 취소할 수 있습니다.
입찰
입찰자는 submitBid를 호출하여 예산(최소 100 단위의 보상 자산)과 maxPx(각 토큰에 대해 지불할 의사가 있는 최고 가격. 경매 틱(tick) 격자에 맞춰 버림 처리됨)를 지정합니다. 예산은 제출 시 관리하로 이체됩니다. 각 입찰은 환불 불가능한 1 단위 보상 자산의 수수료를 부과받습니다. 예산은 자동으로 잔여 경매 블록에 균등하게 분산됩니다. 블록 h에서 제출된 입찰은 블록 h+1부터 정산에 참여합니다. startDelay 기간 동안 제출된 입찰은 첫 번째 정산 블록에서 활성화됩니다.
입찰자는 수요 곡선을 표현하기 위해 서로 다른 최고 가격을 가진 여러 입찰을 제출할 수 있지만, 각 경매당 최대 100,000건의 입찰만 허용됩니다. 입찰자의 maxPx가 최근 정산 가격보다 엄격히 낮을 경우에만 입찰을 철회할 수 있습니다.
정산
경매 기간 동안 각 블록에서 프로토콜은 고정 속도(auctionSupply / duration per block)로 토큰을 공개하고, 점유된 가격 틱을 최고에서 최저로 순차적으로 탐색하면서 누적 수요가 공급을 충족할 때까지 정산 가격을 계산합니다. 정산 가격보다 높은 가격의 입찰은 전체 할당량을 받습니다. 정산 가격에서의 입찰은 블록별 예산 비율에 따라 남은 부분을 공유합니다. 정산 가격보다 낮은 가격의 입찰은 아무것도 받지 못합니다. 경매 가격 격자는 HIP-2와 일치하는 1.003의 기하학적 틱 간격을 사용합니다.
결제, HIP-2 활성화 및 수령
경매 종료 후 첫 번째 블록에서 minRaise가 설정되었으나 달성되지 않으면 경매는 실패합니다. 모든 정렬 보상 자산은 환불되며, 모든 토큰은 프로젝트팀에게 반환되고, 동결은 해제됩니다. totalQuoteSpent이 0이라면, minRaise 설정 여부와 관계없이 경매는 실패합니다.
성공 시, 프로토콜은 원자적(atomically)으로 다음 작업을 수행합니다:
총 지출 보상 자산에서 500bp의 프로토콜 수수료를 공제하여 구호 기금으로 전송합니다.
hip2Seed를 HIP-2 활성화에 할당합니다.
잔여 금액을 프로젝트팀 월렛으로 이체합니다.
미판매 토큰을 프로젝트팀에게 반환합니다.
토큰 동결을 해제하고, 스팟 거래, 이체 및 EVM 작업을 재개합니다.
프로젝트팀이 지정한 hip2OrderSz 및 hip2NOrders를 사용하여 HIP-2를 활성화합니다. hip2Seed는 nSeededLevels 수의 레벨에 주입됩니다. 시작 가격 seedPx는 경매 기간 마지막 5% 동안의 거래량 가중 평균 가격(VWAP)으로 계산됩니다.
결제 완료 후, 입찰자는 claimAuction을 통해 구매한 토큰과 미사용 보상 자산을 수령합니다.
수수료
registerAuction 시 10 HYPE의 등록 수수료가 부과됩니다. 각 submitBid 시 1 단위 보상 자산의 수수료가 부과됩니다. 결제 시 총 수익에 대해 500bp의 프로토콜 수수료가 부과됩니다. 모든 수수료는 구호 기금으로 유입됩니다. 프로젝트팀의 기존 setDeployerTradingFeeShare는 경매 후 스팟 거래에도 그대로 적용됩니다.
우리가 기반으로 삼는 것
HIP-6 Hy-CO는 HyperCore 블록 전환 로직에 내장된 연속 정산 경매입니다. 입찰자는 정렬 보상 자산(예: USDH)으로 입찰을 제출하며, 각 입찰은 예산과 최고 가격을 지정합니다. 각 블록에서 프로토콜은 일정량의 토큰을 공개하고 해당 블록의 통일 정산 가격을 계산합니다. 최고 가격이 정산 가격보다 엄격히 높은 입찰자는 전체 할당량을 받고, 정산 가격과 정확히 일치하는 입찰자는 남은 부분을 공유하며, 부분 체결될 수도 있습니다. 경매 종료 시, 프로토콜은 수수료를 구호 기금으로 전송하고, 구성 가능한 비율의 잔여 수익을 경매 최종 윈도우의 VWAP에 따라 HIP-2 Hyperliquidity에 자동 주입하며, 나머지는 프로젝트팀 월렛으로 전송합니다. 경매 종료 시 결제는 원자적입니다.
Hy-CO 수명주기
Hy-CO는 세 단계로 구성됩니다:
경매 전: 설정. 프로젝트팀은 표준 HIP-1 배포 단계를 완료한 후 registerAuction을 호출합니다. 프로토콜은 매개변수를 검증하고, 토큰 공급량 및 판매자 공급량을 관리하로 이체하며, 토큰 동결을 활성화하고 경매 ID를 할당합니다.
경매 중: 입찰. 입찰자는 startDelay 기간 또는 경매 진행 중 언제든지 submitBid를 통해 입찰을 제출할 수 있습니다. 예산은 제출 시점에 관리하로 이체되며, 입찰 제출 시점과 무관합니다. 정산. startBlock부터 경매 기간 동안 각 블록에서 프로토콜은 토큰을 공개하고 통일 정산 가격을 계산합니다.
경매 후: 결제. endBlock 이후 첫 번째 블록에서 프로토콜은 경매 성공 여부를 평가하고 수익을 분배합니다. HIP-2 활성화. 성공적인 결제 후, seedPx 및 프로젝트팀이 지정한 주문 매개변수를 사용하여 HIP-2가 자동으로 활성화됩니다. 수령. 결제 후, 입찰자는 claimAuction을 통해 구매한 토큰과 미사용 보상 자산을 수령합니다. 수령 기간 동안 정상 거래는 가능합니다.
취소: startBlock 이전에는 언제든지 cancelAuction을 실행할 수 있습니다. 이는 auctionSupply 및 hip2AskSupply를 프로젝트팀에게 반환하고, 동결을 해제하며, 경매 슬롯을 해방합니다. startDelay 기간 동안 입찰이 제출된 경우, 경매는 실패 경로로 진입합니다: 입찰자는 claimAuction을 통해 관리하로 이체된 보상 자산을 회수합니다(실패한 경매와 동일한 환불 경로). auctionRegistrationFee는 환불되지 않습니다. 정산이 시작된 후에는 경매를 철회할 수 없습니다.
핵심 설계 결정
왜 제3자 제품이 아닌 새로운 HIP인가: 토큰 발행은 인프라스트럭처이며 애플리케이션이 아닙니다. 만약 각 팀이 자체 발행 메커니즘을 구축한다면, 생태계는 분열될 것입니다. HIP는 Hyperliquid에서 발행되는 모든 토큰(예: HIP-6을 선택한 경우)이 외부 의존 없이 동일한 공정한 가격 발견 및 자동 HIP-2 주입을 받음을 의미합니다. 또한 이 메커니즘은 검증자 간 합의에 의해 보장되며 제3자에 의해 보장되지 않습니다.
왜 HyperEVM이 아닌 HyperCore인가: HIP-6에 필요한 모든 기능은 이미 HyperCore 상에 존재합니다. HyperEVM 상에서 구축하면 불필요한 복잡성과 추가 단계, 지연을 유발하여 사용자 경험을 저하시킬 것입니다.
왜 연속 정산 경매인가: 전통적 경매는 평가보다는 속도를 보상하는 시간 게임을 유발하고, 결합 곡선은 경로 의존적이며, 고정 가격 판매는 올바른 가격을 추측해야 합니다. 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 주입에 잠김(프로젝트팀에게 반환되지 않음). 총 무의미한 손실은 약 9.6만 USDH이며, 자기 거래 자금의 24%에 해당합니다. 비용은 자기 거래량에 따라 선형적으로 증가합니다.
시드 가격 조작: HIP-2의 seedPx는 마지막 블록의 정산 가격이 아니라, 경매 기간 마지막 약 5%를 커버하는 윈도우 기반 VWAP를 사용합니다. VWAP 조작은 단일 후기 투입이 아니라 윈도우 내 여러 블록에 걸친 지속적인 지출을 요구하며, 비용은 윈도우의 총 거래량에 비례합니다.
자금 안전성: 입찰자의 보상 자산과 경매 토큰은 전 과정 동안 프로토콜이 관리합니다. 자금은 결코 프로젝트팀의 관리 하에 있지 않습니다. 경매 실패 시, 모든 보상 자산은 claimAuction을 통해 환불되며, 모든 토큰은 프로젝트팀에게 반환됩니다.
토큰 동결 실행: 활성 경매 기간 동안 모든 토큰 이체(스팟 주문장부, P2P, HyperEVM)가 동결됩니다. 이는 userGenesis 할당량이나 보유 프로젝트팀 공급량을 보유한 내부자가 가격 발견 기간 동안 비경매 채널을 통해 토큰을 판매하는 것을 방지합니다.
입찰 활성화 지연: 입찰은 제출 후 다음 블록부터 정산에 참여합니다. 이는 블록 제안자나 저지연 참가자가 대기 중인 입찰을 관찰하고 동일 블록 내에서 반응형 입찰을 삽입하여 정산 가격에 영향을 주는 것을 방지합니다.
관련 당사자에 대한 영향 분석
토큰 프로젝트팀: Hy-CO는 프로젝트팀에게 단일 프로세스 내에서 자금 조달 및 유동성 공급을 가능하게 하는 네이티브 방식을 제공합니다. 프로젝트팀은 경매를 HIP-1 배포와 함께 설정하고, 수익을 월렛으로 수령(hip2Seed 부분 제외)하며, 시장에서 발견된 가격에 따라 자동 유동성 주입을 받습니다. 단점은 초기 가격에 대한 통제력 감소입니다.
Hyperliquid 사용자: 사용자는 Hyperliquid 상에서 구축되는 신규 팀의 토큰 발행에 직접 참여할 수 있는 능력을 얻습니다. 현재는 상장 시점에 토큰을 구매할 수 있는 네이티브 방식이 없으며, 사용자는 초기 분배를 놓치거나 HIP-2 유동성이 주입된 후 공개 주문장부에서 구매해야 합니다. Hy-CO는 사용자에게 동일한 인터페이스를 통해 접근 가능한 공정한 진입 기회를 제공하며, 통일 가격 및 분산 입찰을 통해 공정성을 보장합니다. 결제 후, 입찰자는 claimAuction을 호출하여 구매한 토큰과 미사용 보상 자산을 스팟 계좌로 이체한 후에야 거래할 수 있습니다. 토큰은 자동으로 분배되지 않습니다. 스팟 주문장부는 HIP-2 유동성으로만 개장하며, 마켓메이커 및 기타 참가자들이 주문을 제출하기 전에는 유기적인 지정가 주문 깊이가 존재하지 않습니다. 많은 경매 참가자가 수령 후 즉시 매도한다면, HIP-2의 매수층이 급격히 고갈될 수 있습니다. 이는 모든 신규 상장에 대한 기대 행동으로, HIP-6에만 국한된 것이 아니지만, 프론트엔드는 수령 상태를 명확히 표시하고, 초기 경매 후 스프레드가 성숙한 시장보다 더 넓을 것임을 사용자에게 명시해야 합니다.
HYPE 보유자: Hy-CO는 HYPE 보유자에게 두 가지 방식으로 이익을 줍니다. 첫째, 네이티브 발행 메커니즘은 신규 팀이 Hyperliquid가 아닌 경쟁 체인보다 Hyperliquid 상에서 구축하고 발행하도록 유도하여, 생태계를 성장시키고 활동을 Hyperliquid의 주문장부로 유도합니다. 둘째, 정렬 보상 자산(예: USDH)으로 가격 책정된 경매는 해당 자산의 실용성과 준비금을 증가시키며, 구호 기금을 통해 Hyperliquid 거래 수수료를 보완하는 순환 수익원으로 작동합니다.
유동성 공급자(LP) 및 마켓메이커: 경매 후, 주문장부는 경매 수익(hip2Seed를 통해)으로 자금 조달된 진정한 매수 심도로 시작되며, 얇게 주입된 HIP-2가 아닙니다. 이는 LP 및 마켓메이커에게 더 신뢰할 수 있는 출발 가격과 첫날부터 더 깊은 유동성을 제공합니다.
검증자 및 상태 성장: 단일 경매의 각 블록 정산 비용은 O(T)이며, 여기서 T는 점유된 가격 틱 수입니다. tickSpacingFactor = 1.003일 때 T는 수천 틱으로 제한되지만, 실제로 대부분의 경매는 수백 개의 점유된 틱을 갖습니다. maxActiveAuctions = 16일 때, 최악의 경우 블록당 작업량은 16 × O(T)입니다. 각 작업은 집계된 틱 예산에 대한 비교 및 덧셈이며, 기존 스팟 주문장부 매칭 비용과 유사합니다. 새로운 암호화 작업이나 외부 읽기 작업은 필요하지 않습니다.
향후 작업 항목
다음 항목들은 본 HIP의 범위를 벗어나지만, HIP-6이 성숙함에 따라 평가되어야 할 자연스러운 확장 사항입니다: 프로토콜 상수에 대한 거버넌스 검토; 배치 정산(매 K개 블록마다 정산); 비선형 방출 계획; 분할 HIP-2 주입; HIP-2 준비금 메커니즘; 수령 만료 및 상태 정리; UI 통합.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














