마지막 업데이트:
Ramses는 Arbitrum에서 시작된 멀티체인 탈중앙화 거래소이자 유동성 인프라입니다. 현재의 HyperEVM 시스템은 RAM과 xRAM을 사용하여 주간 유동성 배출(emissions)을 관리합니다.[22][21][23]
초기 Ramses 모델은 Andre Cronje와 관련된 ve(3,3) 설계를 사용했습니다. 해당 모델에서 스왑 수수료는 다른 거래소들처럼 모든 프로토콜 수수료의 일부를 토큰 잠금 사용자에게 분배하는 대신, 사용자가 토큰 배출(emissions)을 받도록 투표한 풀을 기반으로 할당되었습니다. 현재의 거버넌스 및 수수료 배정 방식은 배포 환경에 따라 다릅니다.[1][19]
Ramses는 사용자나 프로젝트가 특정 풀에 토큰 배출을 할당할 수 있도록 하는 "브라이빙(bribing)"으로 알려진 메커니즘을 설명했습니다. 이는 프로젝트 초기 단계에서 초기 유동성 지원을 제공하는 데 도움이 됩니다.[2]
Ramses 문서에 이전에 언급된 파트너로는 Liquity, The Ennead, Frax Finance, Liquid Driver, fBOMB, Shrapnel DAO, DEUS, Tarot, YFX, Angle, EI-Ramses, Oath, Inverse Finance, QiDAO, xCAD, GND Protocol, GMD Protocol, Gains Network, Firebird, Jarvis Network, Radiant Capital, DAOMaker, Beefy, Yearn, Granary, Vela Exchange, UNIDEX, Root, Ankr Network, Alchemix, Olympus DAO, Gamma, BLOTR Protocol, Arken Finance, SYMM I / O, Gravita Protocol, Muon, Ethos Reserve, PaintSwap, Swell Network, DefiEdge, Ichi, Davos Protocol, 1inch, Paraswap, Odos, Kyberswap, LayerZero, Axelar, Savvy 등이 있습니다.[3]
Ramses는 자본 효율성을 개선하고 탈중앙화 금융 전반의 인센티브를 조정하기 위해 설계된 자동화 마켓 메이커로서 2023년 3월 Arbitrum에서 출시되었습니다.[22]
이 프로토콜은 2025년에 HyperEVM으로 확장되어 Hyperliquid 생태계 내에서 유동성 계층으로 기능하고 있습니다. 이후 LayerZero OFT 토큰 연결성과 체인별 실행 및 유동성을 결합한 멀티체인 인프라인 Ramses X를 개발했습니다. 프로토콜의 제품 및 토큰 아키텍처는 배포 환경에 따라 다릅니다. 초기 Arbitrum veRAM 모델은 역사의 일부로 남아 있는 반면, HyperEVM은 현재의 x(3,3) 시스템을 사용합니다.[22][19][20]
스왑 가격과 slippage(슬리피지)는 유동성 페어에 예치된 총 가치와 arbitrage(차익 거래) 활동을 통해 풀이 시장 가격과 일치하게 되었는지 여부에 따라 달라집니다. Ramses는 서로 다른 스왑 곡선을 가진 두 가지 유형의 liquidity pools(유동성 풀)을 문서화하고 있으며, 그 메커니즘에 대해서는 Technology and Architecture 섹션을 참조하십시오.[4]
veRAM NFT는 투표 프로세스를 통해 LP 토큰 페어에 배출량(emissions)을 할당하는 역할을 합니다. 배출량은 특정 에포크(epoch) 동안 행사된 투표 비율에 따라 분배됩니다.[5]
Ramses 내에서는 두 가지 유형의 브라이브(bribes)가 제공됩니다: [6]
사용자는 자신의 veRAM을 관리하기 위해 락(lock)을 생성할 수 있으며, 락 수량 증대, 락 기간 연장 및 veRAM 포지션 병합을 통해 이를 관리할 수 있습니다.[7]
초기 RAMSES 모델에서 LP 공급자는 스왑 수수료를 받지 않았으며, 수수료는 veRAM 홀더에게 전달되었습니다. Staking(스테이킹) 게이지는 사용자가 LP 토큰을 공급하도록 장려하여 경쟁력 있는 APRs(연간 수익률)를 얻을 수 있도록 사용되었습니다. 특정 페어에 할당된 투표수가 많을수록 다음 에포크에서 해당 게이지에 분배되는 RAM의 양이 많아집니다. 사용자의 게이지 부스트는 각 LP 포지션의 보상 비율에 영향을 미쳤습니다. 수수료 규칙과 거버넌스는 현재 배포 환경에 따라 다릅니다. 현재 기본 설정에 따르면, 게이지가 적용된 풀은 스왑 수수료의 100%를 투표자에게 전달하며, 게이지가 적용되지 않은 풀은 수수료의 95%를 LP에게, 5%를 프로토콜에 배분합니다.[8][21]
Ramses V2는 Uniswap V3의 집중 유동성(concentrated liquidity) 설계를 기존의 solid 모델과 결합하여 ve(3,3) DEX 모델을 기반으로 구축되었습니다. 이 섹션에서는 초기 V2 및 집중 유동성 설계에 대해 설명하며, 수수료 규칙 및 거버넌스는 배포 환경에 따라 다를 수 있습니다. 현재의 수수료 구분은 Technology and Architecture 섹션을 참조하십시오.
Ramses CL 설계와 뇌물(bribes), 배출량(emissions), 수수료 및 veRAM 투표자와의 관계에 대해서는 Technology and Architecture 섹션을 참조하십시오.
RAMSES V2는 사용자가 집중 유동성 포지션을 설정할 때 고려할 수 있는 다양한 수수료 등급(fee tiers)을 도입합니다. 이 등급들은 다양한 유형의 자산 쌍에 맞춤화되도록 설계되었습니다. 옵션은 다음과 같습니다:[10]
또한, RAMSES V2는 추가적인 수수료 등급 옵션을 제공합니다:
경쟁력 있는 파밍(Competitive farming)은 LP 제공자가 제공한 유동성의 생산성과 경쟁력을 바탕으로 보상을 제공하는 방식입니다. 집중 유동성 모델에서 사용자는 LP를 위해 제공하고자 하는 특정 유동성 범위를 유연하게 선택할 수 있습니다. 이를 통해 사용자는 광범위한 틱(tick) 값 중에서 선택할 수 있어 높은 수준의 맞춤화가 가능합니다.[11]
RAM은 Ramses의 네이티브 토큰입니다. 초기 Arbitrum 시대 모델에서 사용자들은 RAM을 락업하여 veRAM을 받았으며, 이는 토큰 배출 할당량에 투표하고 어떤 풀이 유동성을 공급받을지 결정하는 데 사용되었습니다. 사용자 포지션은 veNFT를 통해 관리되었습니다. 현재의 HyperEVM x(3,3) 시스템은 고정 기간 락업 없이 거버넌스를 위해 비전송형 xRAM을 대신 사용합니다. 현재 HyperEVM xRAM은 스테이킹된 홀더들이 활성 게이지(gauge) 간에 주간 RAM 배출량을 할당하기 위해 사용하는 비전송형 투표권입니다. 각 게이지의 투표 점유율에 따라 다음 에포크(epoch)의 RAM 배출량이 결정됩니다.[12][9][21]
이전에 발표된 tokenomics에서는 RAM 토큰의 최종 공급량을 500,000,000개로 설명했습니다. 초기 유통량은 125,000,000 RAM 토큰으로 구성되었으며, 그중 75,000,000 토큰이 veRAM으로 지정되었습니다. 이 수치들은 현재의 초기 유통량이 아닌 이전 모델에 대한 설명입니다.[12]
현재 발표된 tokenomics에 따르면 RAM의 초기 공급량은 350,000,000개이며, Ramses 커뮤니티(veRAM)에 45%, Hyperliquid 커뮤니티에 30%, 재단(treasury)에 23%, 프로토콜 소유 유동성에 2%가 할당됩니다. 30%의 Hyperliquid 커뮤니티 할당량 중 20%는 NFT/PiP airdrops용으로, 10%는 3%의 RXP와 7%의 유동성 및 투표 인센티브를 포함한 인센티브용으로 지정되었습니다. 현재 문서는 최종 공급량이 아닌 최대 발행 가능 공급량 한도를 1,000,000,000 RAM으로 규정하고 있습니다.[23]
이전의 RAMSES (3,3) 모델에서는 희석을 완화하는 메커니즘이 있었습니다. 초기에는 veRAM 홀더들이 프로토콜의 배출 일정으로 인한 희석을 상쇄할 수 있도록 주간 50%의 리베이스(rebase)를 받았습니다. 시간이 지남에 따라 이 비율은 매 에포크(주)마다 1%씩 증가하여 에포크당 최대 75%의 희석 방지 캡에 도달했습니다.[13]
현재 발표된 tokenomics 하에서 배출량은 탄력적이며 조정 가능합니다. 주간 RAM 배출량은 투표자 및 게이지 시스템으로 전달되며, 반복적인 팀 배출 할당은 없습니다. RAM에서 xRAM으로의 전환 소각 및 바이백은 별도의 공급 메커니즘이며, 이러한 존재가 RAM이 순수하게 디플레이션 모델임을 확정하는 것은 아닙니다.[23]
이전 모델에서 veNFT는 베스티드 투표 에스크로(vested-vote escrow, ve) 모델을 구현하고 사용자의 기초 포지션을 나타내는 특수 ERC-721 토큰이었습니다. 이들은 게이지 배출량 투표, 투표 Bribes 및 스왑 수수료(Swap Fees) 획득을 위한 풀 투표, NFT 포지션의 전송 또는 병합 기능을 포함하여 RAMSES 생태계 내에서 다양한 기능을 제공했습니다. 또한 veNFT는 리베이스를 통해 희석으로부터 보호받았습니다. 이러한 설명은 현재의 모든 Ramses 배포판이 아닌 이전 모델에 적용됩니다.[14]
PaintSwap을 기반으로 하는 RAMSES Bazaar는 veRAM 거래 및 물물교환 활동을 위한 마켓플레이스입니다.[15]
이전 Ramses 모델에서 xoRAM은 xoRAM 토큰 smart contract 내에 안전하게 저장된 RAM 1단위의 비전송형 표식 이었습니다. 이는 사용자에게 RAM과 veRAM 모두로의 다양한 전환 옵션을 제공했으며, 각 옵션에는 특정 페널티와 베스팅 기간이 수반되었습니다.[16]
사용자는 투표 뇌물(vote bribes)과 영향력이 낮은 특정 유동성 페어의 배출 분할을 통해 xoRAM을 획득할 수 있었습니다. 각 게이지(gauge)는 유동성 페어가 DEX의 건전성에 미치는 영향에 따라 RAM/xoRAM의 일부를 할당받을 수 있습니다. 핵심 페어(Core pair)는 배출량의 대부분 또는 전부를 유동성 RAM으로 받게 됩니다. 반대로, 거래량과 수수료 발생이 매우 적은 페어는 배출량의 더 높은 비율을 xoRAM으로 받게 됩니다.[17]
이 팀은 두 명의 공동 창립자 DOG와 North, 프론트엔드 개발자 Mali, 스마트 컨트랙트 개발자 Ren, 고문 Lafa와 Dudesahn, 관리자 King, 그리고 커뮤니티 관리자 Achi로 구성되어 있습니다.[18]
Ramses DEX 배포는 HyperEVM, Arbitrum, Polygon, 그리고 Robinhood Chain에 나열되어 있습니다. HyperEVM은 현재 네이티브 RAM과 Ramses의 라이브 LayerZero OFT 네트워크의 본거지입니다. Base는 라이브 RAM 및 r33 OFT 연결성을 갖추고 있으나 나열된 Ramses DEX 배포는 없습니다. Ethereum Mainnet 엔드포인트는 구성되어 있으나 비활성 상태이며 나중에 허브가 될 예정입니다. OFT 연결성이 체인 간의 유동성이나 실행을 통합하지는 않습니다.[19][20]
Ramses는 서로 다른 스왑 곡선을 가진 두 가지 풀 유형을 문서화합니다. 변동성(Volatile), UniV2 스타일 풀은 토큰 쌍에 대해 동일한 달러 가치 가중치를 사용하며 변동성 스왑 곡선을 사용합니다. 상관(Correlated), Andre 스타일 풀은 상관 관계가 있는 자산에 대한 slippage(슬리피지)를 줄이기 위한 스테이블 스왑(stable-swap) 곡선을 사용합니다.[4]
Ramses CL은 커스텀 구현에서 bribes(브라이브)와 집중화된 유동성을 결합하며, 이전 설계에서는 플랫폼 수익의 대부분이 veRAM 투표자들에게 전달되었습니다.[9]
집중된 범위에서 유동성을 제공하는 Liquidity providers(유동성 공급자)는 더 넓은 가격 범위에서 유동성을 제공하는 공급자에 비해 더 큰 비율의 배출량 또는 보상을 받습니다. 이 모델은 활용되는 유동성이 가장 집중된 곳과 일치하는 경쟁적인 유동성 공급 및 마켓 메이킹을 장려합니다. veRAM 게이지 부스팅 메커니즘은 사용자가 Ramses 시스템에 유동성을 적극적으로 기여한 것에 대해 보상함으로써 이를 보완하며, 결과적으로 veRAM의 유틸리티를 높입니다.[9]
이전 CL 설계에서 veRAM 투표자들은 투표 브라이브 및 trading fees(거래 수수료) 청구와 같은 추가적인 기회를 가졌습니다. CL 게이지 내의 trading fees는 투표자, NFP 및 생태계 인센티브 간에 분배되었습니다. 브라이브 보상의 전액은 투표자에게 할당되었습니다. 수수료 규칙 및 거버넌스는 배포마다 다르며, 현재의 기본 구분은 Technology and Architecture 섹션에 설명되어 있습니다.[9]