PerpX는 오프체인 주문 실행과 온체인 정산을 결합한 하이브리드 모델을 통해 무기한 선물 거래를 제공하는 것을 목표로 하는 탈중앙화 파생상품 거래소입니다. 이 프로젝트는 자기 수탁, 감사 가능한 정산, 그리고 AI 지원 리스크 인사이트를 강조하며, Arbitrum을 주요 정산 레이어로 식별하고 PRPX 토큰을 인센티브 및 거버넌스 기능에 사용합니다 [1] [2].
PerpX는 중앙 집중식 거래소와 유사한 성능을 결정론적이고 감사 가능한 온체인 상태와 결합하도록 설계된 비수탁형 무기한 선물 거래소로 자리매김하고 있습니다. 이 시스템은 매칭 및 검증과 같은 고빈도 작업은 오프체인 엔진으로 라우팅하는 한편, 최종 상태 전환(정산, 포지션 회계, 청산)은 스마트 컨트랙트에 제출합니다. 이러한 접근 방식은 온체인 정산의 보안과 투명성을 포기하지 않으면서 지연 시간을 줄이고 고급 주문 처리를 가능하게 하는 것을 목표로 합니다 [1] [2].
프로젝트 문서에 따르면 Arbitrum을 주요 정산 체인으로 지정하고 있습니다. 주문 의도는 오프체인에서 서명 및 처리되며, 완료된 실행은 온체인 정산을 위해 일괄 처리되어 포지션 및 이벤트에 대한 검증 가능한 기록을 제공합니다. PerpX는 또한 리스크 관리 및 전략 선택을 돕기 위해 청산 근접성 및 변동성 변화와 같은 실시간 신호를 사용자에게 제공하기 위한 리스크 및 분석 레이어를 설명합니다 [2].
PerpX의 공개 자료는 감사된 스마트 컨트랙트, MEV 인식 실행 설계, 콜드 스토리지 관행을 포함한 셀프 커스터디 지갑과의 호환성을 주장합니다. 동시에 설립자 신원, 토큰 공급 및 할당, 다운로드 가능한 감사 보고서와 같이 파생상품 프로토콜에서 일반적으로 기대되는 몇 가지 공개 사항은 검토된 공개 페이지 및 문서에서 확인할 수 없었으므로 해당 소스에서는 미확인 상태로 남아 있습니다 [1] [2].
핵심 제품은 사용자의 Web3 지갑에 직접 연결되는 무기한 선물 거래 플랫폼입니다. 주문 생성 및 매칭은 낮은 지연 시간을 목표로 오프체인에서 발생하며, 정산 및 포지션 업데이트는 자기 수탁과 투명성을 유지하기 위해 온체인에서 이루어집니다. 거래 인터페이스는 표준 파생상품 제어 및 자산 시장을 제공하며, 비수탁 프레임워크 내에서 CEX와 유사한 실행 특성을 제공하는 데 중점을 두고 있습니다 [1] [2].
PerpX는 별도의 규칙에 따라 USDC 스테이킹 및 LP 토큰을 수용하는 성과 기반 스테이킹 시스템을 설명합니다. 보상은 하이워터마크(high-water mark) 로직을 적용한 순 손익(Net PnL) 회계 방식을 통해 결정되며, 이 모듈은 성과 수수료 등급을 조정하는 락업 옵션을 제공합니다. 플랫폼은 스테이킹을 광범위한 인센티브 계층의 구성 요소로 설정하며, 거래소 전반의 유동성 및 거래 활동과 상호 작용합니다 [2].
본 문서는 스왑 및 메시징 통합을 통한 크로스체인 자본 이동성을 개설하며, deBridge를 주요 파트너로 명시합니다. 이 모듈은 다양한 L1/L2의 담보를 Arbitrum에 위치한 PerpX의 결제 환경으로 거의 즉각적으로 이동할 수 있도록 설계되었습니다. 이 설계는 다른 메시징 레이어로 확장 가능하도록 제시되었으며, deBridge는 광범위한 네트워크 세트 간의 전송을 지원하는 것으로 인용되었습니다 [2].
PerpX 자료는 트레이더와 유동성 공급자에게 실시간 텔레메트리(원격 측정) 및 AI 기반 인사이트를 제공하는 인텔리전스 레이어에 대해 설명합니다. 지표 신호에는 청산 리스크 확률, 펀딩 및 스큐(skew) 지표, 변동성 또는 유동성 체제 변화에 대한 알림 등이 포함됩니다. 이는 실행 기능을 분석 도구로 보완하여 참가자들이 노출을 모니터링하고 시장 상황 변화에 따라 전략을 조정할 수 있도록 돕는 것을 목표로 합니다 [1] [2].
본 프로토콜은 이용률 기반의 펀딩 및 차입 비용을 위해 MUX V3 스타일의 유동성 모델을 참조하며, 차입 수수료는 지속적으로 발생하고 정의된 범위 내에서 매시간 정산됩니다. 로드맵에는 거래 수수료, 펀딩 수익 및 인센티브 배분을 확보하도록 설계된 네이티브 LP 풀로의 발전 과정이 포함되어 있으며, 이와 함께 포지션 한도 및 불균형 관리를 위한 적응형 스프레드와 같은 리스크 제어 장치가 결합됩니다 [2].
PerpX가 내세우는 주요 기능은 하이브리드 실행 아키텍처, 비수탁형 액세스 및 위험 인식 설계에 중점을 두고 있습니다. 플랫폼은 지연 시간과 MEV 노출을 최소화하기 위해 주문이 오프체인에서 서명 및 매칭되며, 상태 검증 가능성을 보장하기 위해 최종 정산 업데이트만 온체인에 게시된다고 주장합니다. Arbitrum은 증거금 업데이트, 펀딩비 지급 및 청산을 결정론적 규칙에 따라 관리하는 정산 레이어로 식별됩니다. 거래소 인터페이스는 시장가, 지정가, 스탑/트리거, 종료 전용 주문을 포함한 일반적인 파생상품 주문 유형을 지원하며, 펀딩 압박, 청산 근접성 및 변동성 체제 변화를 강조하는 실시간 분석 레이어와 결합되어 있습니다 [1] [2].
관련 문서에 따르면, 리밸런싱 마찰을 줄이고 다양한 위험 선호도를 수용하기 위해 다중 자산 담보 프레임워크와 교차 마진 및 격리 마진 모드를 모두 제공합니다. 정산 및 위험 계산을 위한 가격 무결성을 지원하기 위해 편차 확인, 폴백(fallback) 및 시간 가중치가 적용된 다중 소스 오라클 설계가 제시됩니다. 또한 이 프로젝트는 데이터 및 주문 흐름에 대한 암호화 및 프라이빗 라우팅 접근 방식을 인용하며, 검토된 자료에 따르면 메이커와 테이커 주문 모두에 적용되는 0.30%의 단일 거래 수수료 일정을 명시하고 있습니다 [2].
PerpX의 생태계는 거래 인프라, PRPX 토큰, 스테이킹 및 보상 메커니즘, 유동성 공급 전략, 그리고 크로스 체인 상호 운용성을 중심으로 구성됩니다. 실행 및 검증 기능은 오프체인에서 이루어지는 반면, 결제 및 최종 상태 변경은 Arbitrum에서 발생합니다. 상호 운용성 측면에서는 deBridge가 여러 체인의 자산을 결제 환경으로 이동시키기 위한 주요 통합 솔루션으로 제시됩니다. 유동성 및 자금 조달은 이용률 기반 모델을 따르며, 시간이 지남에 따라 네이티브 LP 풀 구축과 상장, 수수료 및 위험 매개변수 설정에 거버넌스가 참여하는 경로를 지향합니다 [1] [2].
관련 문서는 PRPX를 인센티브, 거버넌스, 스테이킹 및 LP 프로그램 참여를 연결하는 토큰으로 규정합니다. 또한 점진적인 탈중앙화와 위임 투표 계획을 강조하는 동시에, 수탁, 핵심 매칭 엔진 동작, 결제 시퀀싱과 같은 중요한 시스템 동작은 거버넌스 범위 밖으로 유지될 것임을 명시하고 있습니다. 아키텍처상 추가적인 커뮤니티 및 운영자 역할(예: 청산인 및 오라클 제공자)이 암시되어 있으나, 검토된 공개 자료에는 일반적인 모델 이상의 구체적인 상대방이나 상세한 역할 사양이 나열되어 있지 않습니다 [2].
이러한 활용 사례는 하이브리드 실행, 결합 가능한 유동성, 그리고 파생상품 시장 참여자를 위한 리스크 인식 툴링에 대한 프로토콜의 집중도를 반영합니다 [1] [2].
PerpX는 주문 의도(order intents)를 로컬에서 서명하고 매칭, 리스크 평가 및 검증을 담당하는 오프체인 엔진에 제출하는 시스템을 설명합니다. 이 설계는 공개 멤풀(mempool) 브로드캐스트를 피함으로써 MEV(최대 추출 가능 가치)에 대한 노출을 최소화하고, 프라이빗 라우팅 및 오프체인 연산을 통해 더 낮은 지연 시간을 제공하는 것을 목표로 합니다. 실행 후 엔진은 정산 업데이트를 발행하여 온체인으로 전송하며, 이는 결정론적 규칙에 따라 감사 가능한 기록을 제공합니다 [2].
Arbitrum은 주요 온체인 결제 환경으로 지정되어 있습니다. 이 체인상의 스마트 컨트랙트는 포지션 업데이트, 증거금 설정, 펀딩비 지급 및 청산을 관리합니다. 프로토콜의 명시된 목표는 리스크 파라미터의 온체인 집행과 최종 상태 전환을 통해 "결정론적이고 감사 가능한 결제 및 청산"을 보장하는 동시에, 중앙화 거래소(CEX)와 유사한 실행 특성을 유지하는 것입니다 [2].
문서에 따르면 PerpX는 주요 크로스 체인 스왑 및 메시징 인프라로 deBridge를 통합합니다. 이를 통해 다양한 L1 및 L2의 담보를 Arbitrum 결제 도메인으로 이동할 수 있으며, deBridge 지원은 24개 이상의 네트워크에 걸쳐 있는 것으로 설명됩니다. 이 아키텍처는 모듈식으로 설계되어 향후 LayerZero 및 Wormhole과 같은 추가 메시징 레이어가 통합될 경우 호환이 가능하도록 제시되었습니다 [2].
PerpX는 이용률 기반의 차입 비용을 특징으로 하는 MUX V3 스타일의 펀딩 모델을 참조합니다. 차입 수수료는 지속적으로 발생하며 매시간 단위로 정산됩니다. 또한, 플랫폼은 거래 수수료, 펀딩 수익 및 인센티브를 확보하기 위한 네이티브 LP 풀의 로드맵을 제시하고 있습니다. 마진 거래는 교차(cross) 및 격리(isolated) 마진 모드를 모두 지원하는 것으로 설명되며, 프로토콜의 리스크 제어에는 시간이 지남에 따라 스큐(skew) 및 재고 리스크를 관리하기 위한 적응형 스프레드 및 동적 펀딩 조정과 같은 LP 보호 장치가 포함됩니다 [2].
프로토콜은 조작 위험을 완화하기 위해 편차 확인, 대체 제공자(fallback providers) 및 시간 가중 메커니즘을 갖춘 다중 소스로부터 가격 피드가 파생된다고 명시하고 있습니다. 이러한 오라클은 감사 가능한 매개변수에 따라 증거금 요건, 펀딩비 지급 및 청산 트리거를 결정하기 위해 결제 레이어와 리스크 엔진에 데이터를 공급합니다 [2].
스테이킹 시스템은 설정 가능한 락업 기능을 갖춘 USDC 및 LP 토큰 스테이킹을 지원하는 온체인 컨트랙트를 사용합니다. 보상은 순 손익(PnL) 및 하이워터마크(high-water mark) 로직을 기반으로 계산되며, 성과 수수료 등급은 락업 기간에 따라 달라집니다. 조기 출금 시에는 참여자와 프로토콜 재무 간의 인센티브를 일치시키기 위해 설계된 페널티가 부과될 수 있습니다 [2].
문서에서 제시하는 상위 수준의 흐름에 따르면, 사용자는 오프체인에서 주문 의도에 서명하고 이를 매칭 엔진에 제출합니다. 엔진은 거래를 실행하고 정산 업데이트를 생성하며, 해당 업데이트를 온체인 컨트랙트에 제출합니다. 일단 온체인에 포함되면 트랜잭션은 공개적이고 감사 가능한 기록의 일부가 되어, 포지션 상태와 이벤트에 대한 독립적인 검증이 가능해집니다 [2].
PerpX는 PRPX를 거버넌스 및 인센티브 토큰으로 정의합니다. 공개된 자료에 따르면 여러 유틸리티와 거버넌스 범위가 설명되어 있으나, 검토된 소스 내에서는 총 공급량, 할당 비율, 베스팅 일정 또는 컨트랙트 주소는 공개되지 않았습니다. 플랫폼은 PRPX를 스테이킹 및 유동성 인센티브와 연계하며, 토큰 보유자가 상장, 수수료 체계, 리스크 설정과 같은 매개변수에 대한 거버넌스에 참여할 것임을 명시하고 있습니다. 단, 핵심 수탁, 매칭 엔진 동작 및 결제 시퀀싱은 거버넌스 통제 범위에서 제외된다는 명시적 경계가 설정되어 있습니다 [1] [2].
이러한 유틸리티는 프로토콜의 인센티브 및 거버넌스 설계의 핵심 요소로서 프로젝트의 공개 자료 전반에 걸쳐 설명되어 있습니다 [1] [2].
본 문서는 참여자들이 제안을 심의하고 투표를 통해 자산 상장, 수수료 체계, 펀딩 범위, 증거금 임계치, 인센티브 배분과 같은 매개변수를 결정하는 거버넌스 흐름을 설명합니다. 위임 투표가 지원되며, 프로젝트는 시간이 지남에 따라 거버넌스가 점진적으로 탈중앙화되는 구조를 취하고 있습니다. 또한, 문서는 거버넌스가 사용자의 자산 보관, 오프체인 매칭 엔진의 기본 동작, 또는 결제 순서 지정 등을 제어하지 않는다고 명시하고 있습니다. 이는 기술적 결정론과 안전 가정을 유지하기 위해 해당 영역들을 거버넌스 범위 밖으로 설정한 것입니다 [2].
PerpX의 문서는 deBridge와 MUX V3 스타일 모델을 명시적으로 인용합니다. 홈페이지에는 검토된 콘텐츠 내에 텍스트 식별 정보 없이 파트너 이미지가 표시되어 있으며, 개별 파트너는 공식 발표나 파트너 페이지를 통해 확인되어야 합니다 [2] [1].
PerpX는 Arbitrum을 주요 온체인 결제 환경으로 지정합니다. 교차 체인 자본 이동성은 deBridge를 통해 촉진되며, 이는 광범위한 L1/L2 간의 전송을 지원하여 사용자가 PerpX 결제 도메인으로 담보를 가져올 수 있도록 합니다. 아키텍처는 추가적인 메시징 레이어를 수용할 수 있도록 모듈식으로 제시되지만, 검토된 자료에는 Arbitrum 이외의 활성 배포 목록이 없으며 검증을 위한 컨트랙트 주소도 제공되지 않습니다 [2] [1].
PerpX는 감사를 받은 스마트 컨트랙트, 편차 확인 및 폴백(fallback) 기능이 포함된 다중 소스 오라클, 그리고 주문 흐름을 위한 프라이빗 또는 MEV 인식 라우팅을 채택하고 있다고 명시하고 있습니다. 또한 문서에는 감사, 버그 바운티 및 사고 대응을 위한 재무 할당에 대한 내용도 언급되어 있습니다. 그러나 검토된 자료에는 제3자 감사 보고서, 감사인의 신원, 최종 감사 결과 및 온체인 컨트랙트 주소에 대한 링크가 포함되어 있지 않았습니다. 사용자 및 연구원은 프로토콜 컨트랙트를 이용하거나 위험에 노출되기 전에 이러한 주장을 검증하기 위해 기본 감사 문서와 확인된 컨트랙트 기록을 직접 찾아볼 것을 권장합니다 [1] [2].
파생상품 프로토콜에서 일반적으로 기대되는 몇 가지 주요 공개 사항이 검토된 공개 자료에서 누락되었거나 확인되지 않은 상태로 남아 있습니다. 설립자 이름과 팀 약력이 공개되지 않아 프로젝트의 리더십과 개발 이력에 대한 통찰력이 제한적입니다. 총 공급량, 할당 비율 및 대상, 베스팅 일정, 발행 타임라인, 컨트랙트 주소를 포함한 토큰노믹스 세부 사항은 검토된 소스에 게시되지 않았습니다. 플랫폼은 보안 감사 및 파트너 통합을 언급하고 있지만, 홈페이지 스냅샷에는 다운로드 가능한 감사 보고서와 지명된 파트너(deBridge 및 MUX V3 모델 참조 제외)가 텍스트 형태로 제공되지 않습니다. 결제 체인은 Arbitrum으로 식별되지만, 검토된 자료에는 검증을 위한 포괄적인 온체인 컨트랙트 목록과 주소가 포함되어 있지 않습니다 [1] [2].
이러한 공백이 반드시 해당 정보가 존재하지 않음을 의미하는 것은 아닙니다. 오히려 추가적인 1차 자료가 필요한 영역임을 나타냅니다. 잠재적 사용자, 연구자 및 토큰 보유자는 플랫폼의 보안 태세, 컨트랙트 배포 및 토큰 경제를 확인하기 위해 공식 감사 문서, 검증된 컨트랙트 저장소, 거버넌스 포럼 및 보도 자료를 참고하는 것이 좋습니다 [2].
PerpX의 문서는 핵심 설계 의도를 요약하는 진술들을 포함하고 있습니다. 주요 예시는 다음과 같습니다: MEV 인식 주문 흐름 모델의 일부로 제시된 “주문은 오프체인에서 서명되며 멤풀에 게시되지 않음”; 최종 상태 전환이 발생하는 체인을 명시하는 “Arbitrum은 주요 온체인 정산 레이어임”; 그리고 리스크 파라미터의 온체인 집행 및 이벤트 기록을 통해 “결정론적이고 감사 가능한 정산 및 청산”을 제공하려는 설계 목표입니다. 이러한 진술들은 온체인 최종성 및 투명성을 결합한 하이브리드 실행에 대한 프로토콜의 강조점을 잘 보여줍니다 [2].
공개된 자료에 따르면 전통적인 계정 등록 없이 셀프 커스터디(self-custodial) 지갑을 통한 액세스가 가능하며, 이용 약관 및 개인정보 처리방침과 같은 법적 문서가 나열되어 있습니다. 해당 사이트는 플랫폼을 비수탁형(non-custodial)으로 규정하며, 온체인 결제 및 콜드 스토리지 지원을 명시하고 있습니다. 그러나 검토된 스냅샷에는 관할권별 가용성, KYC/AML 정책 또는 규제 입장 세부 정보가 제공되지 않았습니다. 잠재적 참여자는 파생상품 이용을 시도하기 전에 플랫폼의 법적 문서와 지역별 액세스 제한 사항을 참조해야 합니다 [1].
완전하고 종합적인 항목 작성을 위해, 여러 주장을 입증하고 남은 공백을 메울 수 있는 추가적인 기초 자료가 필요합니다. 여기에는 공급량 및 할당 세부 정보가 포함된 토큰노믹스 백서, 온체인 구성 요소에 대해 검증된 컨트랙트 주소 및 리포지토리, 다운로드 가능한 보안 감사 보고서 및 감사인 인증서, 그리고 범위와 통합 내용이 명시된 공식 파트너십 발표 등이 포함됩니다. 설립자 및 팀원의 신원 문서와 자금 조달 관련 공시 자료는 프로토콜의 이력 및 조직적 투명성을 향상시킬 것입니다 [2] [1].
이 항목의 주요 참고 자료는 프로젝트 웹사이트와 문서입니다. 웹사이트는 상위 수준의 포지셔닝, 제품 설명 및 법적 리소스를 제공하며, GitBook은 위에 인용된 아키텍처, 기능, 거버넌스 범위 및 기술적 매개변수에 대한 주요 소스 역할을 합니다. 연결된 결과물(예: 감사 PDF 또는 컨트랙트 주소)이 부족한 주장의 경우, 본 항목에서는 해당 제한 사항을 언급하며 검증을 위해 공식 릴리스 또는 저장소를 참조할 것을 권장합니다 [1] [2].