관점: 암호화 내러티브는 "성능 이후 시대"에 접어들었으며 인프라 성능을 과도하게 최적화하는 것은 의미가 없습니다.

최근 Crypto Twitter에서 많은 논의가 일반 환경에서의 성능 향상에 집중되었습니다.

Base는 Reth와 Ethereum의 blob 업그레이드를 활용하여 "Gigagas" 목표를 달성하기 위해 노력하고 있습니다.

Solana는 Firedancer와 C 기반 네트워크 스택의 놀라운 최적화를 통해 초당 100만 TPS(거래량)라는 비전에 한 걸음 더 다가가고 있습니다.

MegaEth는 고도로 최적화된 시퀀서의 도움으로 가스 한도를 완전히 제거합니다.

저는 암호화폐 매니아라서 불평할 게 하나도 없습니다. DeFi 여름과 2021년 폭등 기간 동안 저는 이더리움 메인넷에서 엄청난 수수료를 냈지만, 이제 솔라나에서 저렴한 거래 수수료를 즐길 수 있습니다. 그리고 미래에는 이 모든 플랫폼에서 더 저렴하고 빠른 거래를 즐길 수 있게 될 겁니다.

하지만 2017년경에 처음 이 업계에 들어온 이래로 저는 암호화폐를 주류로 만드는 데 집착해 왔고 최근에 한 가지 질문이 떠올랐습니다.

우리는 과도한 최적화의 전환점에 빠르게 접근하고 있습니다.

2025년 말쯤 되면 블록 공간이 풍부해지고 성능이 상품화될 것입니다. 거의 즉각적이고 무료인 거래가 일반화되면, 단순한 속도만으로는 더 이상 두각을 나타내기 어려울 것입니다. 개발자로서 우리는 사고방식을 바꿔야 합니다.

공연 이후 시대

우리는 이것을 "성과 이후의 시대"라고 부릅니다. 성과 전쟁이 승리했기 때문입니다. 요즘 대부분 플랫폼은 빠르고 저렴한 거래를 가능하게 하므로 차별화는 다른 것, 즉 고유한 기능과 경험에서 나와야 합니다.

여기서 풀스택 커스터마이징이 등장합니다. 2025년, 거래는 저렴하고 빠르지만 대부분 앱은 여전히 모양과 느낌이 똑같습니다. 동시에. 또 다른 이더리움 가상 머신(EVM)을 출시하는 데 따른 시장 프리미엄이 사라졌습니다. 널리 주목받거나 유동성을 확보하지 못한 Unichain만 봐도 알 수 있습니다.

한편, 이번 라운드의 우승자인 Hyperliquid는 대담한 접근 방식을 취했습니다. 특정 사용 사례에 맞춰 최적화된 전체 스택을 처음부터 구축했습니다. 이것이 도입하는 많은 흥미로운 사용자 정의 기능 중 두 가지가 두드러집니다.

우선 취소 및 보류 중인 주문만 가능

Hyperliquid는 블록 내에서 유형별로 거래 순서를 적용함으로써 고빈도 거래자가 오래된 주문을 쉽게 빼앗는 것을 방지합니다. 이를 통해 유해한 주문 흐름이 줄어들고 시장 조작이 쉬워져 모든 거래자의 유동성이 증가합니다.

볼트 기반 복사 거래

하이퍼리퀴드 볼트를 사용하면 누구나 볼트 제작자의 거래를 자동으로 복제할 수 있습니다. 볼트 로직은 블록 생성의 일부로 실행되므로 외부 유지 관리자가 필요하지 않습니다. 하이퍼리퀴드 볼트는 누구나 유동성을 제공하고 그에 따른 수익과 손실을 공유할 수 있는 시장 조작 전략을 운영합니다.

이러한 고유한 기능을 고성능, 낮은 지연 시간, 매끄러운 사용자 경험과 결합하면 Hyperliquid가 파생상품을 위한 DEX로 선택되는 이유를 쉽게 알 수 있습니다.

결과는 스스로 말해줍니다.

실제 병목 현상: 가상 머신

대부분의 애플리케이션에 차별화가 부족한 주된 이유 중 하나는 가상 머신(VM)입니다. 우리 툴의 대부분은 가상 머신(또는 이더리움과 솔라나 클라이언트의 파생 제품)을 중심으로 구축되어 있어 사용자 정의가 다소 어렵습니다.

최근 몇 년 동안 업계에서는 모든 롤업을 EVM과 동등한 수준으로 구현하여 Ethereum Virtual Machine(EVM)을 기반으로 하고 기본적으로 실행되도록 하는 추세가 나타났습니다. 이건 우리 같은 기술 매니아들에게는 멋진 일이겠지만, 이게 정말 시장에 필요한 것일까요?

저는 그렇게 생각하지 않아요. 사실, 고객에게 진정한 영향을 미치는 기능을 차별화할수록 시장에서 승리할 가능성이 높아집니다.

상호 운용성이 핵심이 아닌가요?

네, 전용 블록체인에서도 크로스 체인 통신이 중요합니다. 표준화되고 공유되는 유동성 및 메시징 도구는 여전히 중요합니다.

그렇기 때문에 @hyperlane과 같은 오픈소스 메시징 라이브러리와 @RelayProtocol과 같은 인텐트 기반 브리징 프레임워크가 성공할 가능성이 높습니다. 하지만 사용자 정의 체인에 이러한 상호 운용성 구성 요소를 통합할 수 있는 것 외에도 개발자는 애플리케이션을 완전히 사용자 정의할 수 있는 자유도 가져야 합니다.