📌 Variational은 2026년 상반기 $100B+ 거래량과 $800M대 OI를 기록하며 TOP 10 perp DEX 등극

📌 Perp DEX와 CLOB(오더북) 모델의 가치 누출 (Value Leak) 문제를 해결하기 위해 브로커리지 스타일의 온체인 모델을 구축

📌 CLOB처럼 모든 시장에 유동성을 미리 쌓지 않고, 수요 발생 시 RFQ로 연결하며 TradFi 유동성을 활용해 장기 자산(주식·원자재·FX 등)도 효율적으로 상장

📌 트레이더에게는 zero-fee 거래를 제공하면서 LP는 트레이더 PnL에 직접 노출되지 않고 안정적인 수익을 얻을

📌 가격 오라클, 격리된 마진·청산 엔진, 정산·펀딩 엔진, 온체인 트랜잭션 핸들러로 구성되며, OLP가 내부 시장 메이킹을 담당해 스프레드 수익을 LP와 프로토콜로 돌려줌

📌 결국 Variational은 “Perps on Everything”을 실현하는 온체인 브로커리지 레이어로, RWA와 TradFi 시장을 온체인으로 대규모 유치할 수 있는 차별화된 인프라를 완성하고 있음

일단 창업자 Vlad 이력부터 말이 안 됩니다.
16살에 하버드 입학, 18살에 졸업하고 같은 나이에 Citadel에서 커리어를 시작한 사람입니다.

지금은 CFTC Innovation Advisory Committee 멤버로도 활동하고 있습니다.
CFTC가 미국 파생상품 시장에서 갖는 위치를 생각하면, 퍼프덱스 창업자가 저 테이블에 있다는 것만으로도 의미 있는 부분이라고 봅니다.

물론 규제를 직접 만든다는 얘기는 아니지만, 적어도 미국 규제 흐름 안에서 목소리를 낼 수 있는 위치라는 건 확실히 좋은 포인트고요.

제품도 TGE 이후에 방치되는 느낌이 아니라 계속 업데이트 중입니다.
거래 수수료 무료라는 확실한 장점이 있고, 유동성이나 체결 경험도 꾸준히 다듬어가고 있습니다.

최근에는 텔레그램 안에 LIGHTER 기반 선물거래가 붙은 것도 큽니다.
텔레그램이라는 초대형 앱 안에서 바로 유저를 만날 수 있는 구조가 생긴 거라, 유통 측면에서도 작게 볼 수 없는 부분이라고 생각합니다.

기술적으로도 이더리움 기반 ZK 롤업, 주문 매칭과 청산까지 검증하는 방향으로 가고 있고, Escape Hatch 같은 직접 출금 장치까지 갖춰가면서 일반 거래소와는 다른 결을 보여주고 있습니다.

수수료 무료, 좋은 유동성, 규제 쪽 접점, 강한 창업자 이력, 텔레그램이라는 대형 유저 유입 채널, ZK 기반 구조, 꾸준한 제품 업데이트까지 같이 가져가는 퍼프덱스는 흔치 않다고 봅니다.

물론 제품이 좋고 CEO가 대단하다고 해서 토큰이 무조건 오르는 건 아닙니다.

AI 메모리 병목현상이 일반 HDD 저장장치로까지 더 파급력이 커지고 있다고 합니다. (*대만 관련 기사)

공급 부족 현상이 더욱 심화되었으며, 도매 가격은 전분기 대비 10% 상승 ​
(*새롭게 구축되거나 확장되는 AI 데이터 센터에서 발생하는 막대한 스토리지 수요)​

막대한 저장 메모리 수요로 HDD 주문량 급증
(*특히 가격 비용이 저렴하고, SSD에서 흔히 나타나는 쓰기 주기 횟수 제한이라는 단점이 없는 상태)

웨스턴 디지털과 시게이트는 모두 AI 데이터센터 고객들용 2026년 하드 드라이브 생산 물량 전량 선주문 완판됨​
(*이로인해 지난 6개월 동안 HDD 가격은 50% 상승)​

하드디스크 드라이브(HDD) 부족 현상이 계속 악화되고 있으며, 단기적으로 효과적인 해결책이 없는 상황

업계 분석가들은 시장의 수급 상황이 2027년까지 개선되지 않을 것으로 예측

Trinity 1.0 소개

요즘 AI 코딩 도구는 강력하지만, 실제 프로젝트에서는 이런 일이 자주 생깁니다.

- 설계는 Claude에게 물어보고
- 구현은 Codex에게 맡기고
- 다른 관점의 리뷰는 Antigravity에게 확인하고
- 결과를 다시 사람이 붙여 맞추고
- 실패한 작업은 어디서부터 재시도해야 할지 직접 판단합니다

Trinity는 이 흐름을 하나의 작업대로 묶는 도구입니다.

사용자는 목표를 입력하고 작업공간을 선택합니다. 그러면 Trinity가 목표를 work package로 나누고, 각 에이전트의 역할에 맞춰 병렬로 실행합니다. 작업이 끝나면 결과를 모으고, 리뷰가 필요한 지점이나 실패한 provider가 있으면 바로 집계하지 않고 사용자에게 다음 선택을 묻습니다.

핵심은 “AI 세 개를 동시에 켜는 것”이 아니라 “하나의 목표, 하나의 컨텍스트, 하나의 실행 흐름”입니다.

Trinity v1.0에서 보고 있는 방향은 다음과 같습니다.

- 현재 폴더 기반의 자연스러운 실행 흐름
- target workspace 선택과 실행 전 preflight
- Claude, Codex, Antigravity 역할 기반 병렬 실행
- work package 단위 진행 상태와 리뷰 흐름
- provider 오류 발생 시 재시도, 제외 후 계속, 중단 선택
- 실행 실패 후 복구 가능한 패키지 재시도
- PyPI 기반 업데이트 안내

python -m pip install --upgrade trinity-agent
trinity init
trinity

주요 흐름은 단순합니다.

1. 작업 목표 입력
2. 워크스페이스 선택
3. 에이전트별 병렬 실행
4. 결과 리뷰 및 재시도
5. 중앙 에이전트가 최종 요약

Trinity가 지향하는 것은 “AI 하나에게 모든 걸 맡기기”가 아니라, 설계자, 구현자, 검토자가 함께 일하는 개발 워크플로우입니다.

특히 이런 상황에 잘 맞습니다.

- 기능 설계부터 구현까지 한 번에 진행하고 싶을 때
- 여러 AI CLI를 이미 사용하고 있지만 흐름이 분산되어 있을 때
- 구현 결과를 다른 에이전트가 검토하게 만들고 싶을 때
- 복잡한 작업을 work package 단위로 나눠 병렬 처리하고 싶을 때

pip install trinity-agent

trinity