"블록체인" 태그로 연결된 45개 게시물개의 게시물이 있습니다.

수개월 동안 “리스테이킹”은 포인트, 에어드롭, 복리 수익률 약속으로 가득 찬 가장 뜨거운 크립토 내러티브였습니다. 하지만 내러티브는 청구서를 지불하지 못합니다. 2025년에는 이야기가 훨씬 더 실질적인 것으로 대체되었습니다: 실제 현금 흐름과 실제 위험을 가진 작동하는 경제 시스템, 그리고 온체인 수익률을 완전히 새롭게 가격 책정하는 방식입니다.

슬래싱과 같은 핵심 인프라가 이제 라이브로 운영되고 수수료 기반 서비스가 본격화되면서, 리스테이킹 생태계는 마침내 성숙했습니다. 2024년의 과대광고 사이클은 2025년의 인수 사이클로 전환되었습니다. 이제 포인트를 쫓는 대신 위험을 가격 책정하는 순간입니다.

핵심 요약은 다음과 같습니다:

• 리스테이킹이 내러티브에서 현금 흐름으로 전환되었습니다. 2025년 4월 17일 현재 메인넷에서 슬래싱이 활성화되었으며, Rewards v2 거버넌스 프레임워크가 적용돼 EigenLayer의 수익 메커니즘에 강제 다운사이드, 명확한 운영자 인센티브, 점점 더 수수료 중심의 보상이 포함되었습니다.
• 데이터 가용성 비용이 저렴해지고 속도가 빨라졌습니다. 주요 AVS인 EigenDA는 2024년에 가격을 약 10배 인하했으며, 대규모 처리량을 향해 나아가고 있습니다. 이는 실제로 AVS에 비용을 지불하고 이를 보안하는 운영자들에게 큰 의미가 있습니다.
• **리퀴드 리스테이킹 토큰(LRT)**은 스택 접근성을 높여 주지만 새로운 위험을 추가합니다. Ether.fi(weETH), Renzo(ezETH), Kelp DAO(rsETH)와 같은 프로토콜은 유동성과 편의성을 제공하지만, 스마트 계약 실패, 운영자 선택 위험, 시장 페그 불안정성 등 새로운 위험 벡터를 도입합니다. 우리는 이미 실제 디페그 사건을 목격했으며, 이는 이러한 다층 위험을 상기시켜 줍니다.

1) 2025년 수익 스택: 기본 스테이킹 → AVS 수수료​

핵심 개념은 단순합니다. 이더리움 스테이킹은 네트워크 보안을 위해 기본 수익을 제공합니다. EigenLayer가 선도하는 리스테이킹은 동일한 스테이킹 자본(ETH 또는 리퀴드 스테이킹 토큰)을 다른 서드파티 서비스, 즉 **Actively Validated Services(AVS)**에 확장해 보안을 제공할 수 있게 합니다. 데이터 가용성 레이어, 오라클, 크로스체인 브리지, 특수 코프로세서 등 어떤 것이든 가능합니다. 이 “빌린” 보안에 대한 대가로 AVS는 노드 운영자에게, 궁극적으로는 리스테이커에게 수수료를 지급합니다. EigenLayer는 이를 “신뢰의 마켓플레이스”라고 부릅니다.

2025년, 이 마켓플레이스는 크게 성숙했습니다:

• 슬래싱이 프로덕션에 적용되었습니다. AVS는 이제 비행 행동을 하는 노드 운영자를 처벌하는 조건을 정의하고 강제할 수 있습니다. 이는 추상적인 보안 약속을 구체적인 경제적 보증으로 전환합니다. 슬래싱으로 “포인트”는 강제 가능한 위험/보상 계산으로 대체됩니다.
• Rewards v2는 보상 및 수수료 분배 흐름을 시스템 전반에 공식화합니다. 거버넌스 승인을 받은 이 변화는 AVS, 운영자, 리스테이커 간 인센티브를 명확히 맞춥니다.
• **재분배(Redistribution)**가 시작되었습니다. 이 메커니즘은 슬래시된 자금을 어떻게 처리할지 결정해 손실과 회수금을 시스템 전체에 사회화합니다.

왜 중요한가: AVS가 실제 수익을 창출하고 비행에 대한 처벌이 신뢰할 수 있게 되면, 리스테이킹 수익은 마케팅 스토리가 아닌 정당한 경제 상품이 됩니다. 4월에 슬래싱이 활성화된 것이 전환점이며, 수십 개의 라이브 AVS가 수십억 자산을 보호하는 원래 비전을 완성했습니다.

2) DA를 수익 엔진으로: EigenDA의 가격/성능 곡선​

롤업이 크립토경제 보안의 주요 고객이라면, **데이터 가용성(DA)**이 단기 수익이 살아있는 곳입니다. EigenLayer의 플래그십 AVS인 EigenDA가 완벽한 사례 연구입니다.

• 가격: 2024년 8월, EigenDA는 약 10배에 달하는 대대적인 가격 인하와 무료 티어를 발표했습니다. 이는 더 많은 애플리케이션과 롤업이 데이터를 게시하는 것을 경제적으로 가능하게 하여, 서비스를 보안하는 운영자와 리스테이커에게 흐르는 수수료를 직접 늘립니다.
• 처리량: 현재 메인넷은 약 10 MB/s를 지원하지만, 운영자 풀이 확대됨에 따라 100 MB/s 이상을 목표로 하는 로드맵을 가지고 있습니다. 이는 규모와 경제성이 지속 가능한 수수료 창출을 향해 올바른 방향으로 가고 있음을 시사합니다.

핵심 요점: 저렴한 DA 서비스와 신뢰할 수 있는 슬래싱의 결합은 AVS가 인플레이션 토큰 발행에 의존하지 않고 수수료 기반의 지속 가능한 수익을 창출할 수 있는 명확한 활주로를 제공합니다.

3) AVS, 진화: “Actively Validated”에서 “Autonomous Verifiable”로​

용어에 미묘하지만 중요한 변화가 있습니다. AVS는 이제 단순히 “Actively Validated Services”가 아니라 “Autonomous Verifiable Services” 로 불립니다. 이 용어 변화는 시스템이 암호학적으로 올바른 동작을 증명하고 자동으로 결과를 강제할 수 있음을 강조합니다. 이는 라이브 슬래싱과 프로그램형 운영자 선택이 현실화된 새로운 환경과 완벽히 맞물려, 보다 견고하고 신뢰 최소화된 인프라의 미래를 예고합니다.

4) 참여 방법​

일반 DeFi 사용자나 기관이 리스테이킹 생태계에 참여하는 일반적인 세 가지 방법과 각각의 트레이드오프는 다음과 같습니다.

• 네이티브 리스테이킹

  • 작동 방식: native ETH(또는 승인된 자산)를 직접 EigenLayer에 리스테이킹하고 원하는 운영자를 위임합니다.
  • 장점: 운영자 선택과 보호하는 AVS를 최대한 제어할 수 있습니다.
  • 단점: 운영 부담이 크고, 운영자에 대한 자체 실사를 해야 하며, 모든 선택 위험을 직접 감당합니다.

• LST → EigenLayer (새 토큰 없이 리퀴드 리스테이킹)

  • 작동 방식: 기존 Liquid Staking Token(LST)인 stETH, rETH, cbETH 등을 EigenLayer 전략에 예치합니다.
  • 장점: 기존 LST를 재활용해 노출을 단순하게 유지하고 익숙한 자산 위에 구축할 수 있습니다.
  • 단점: 프로토콜 위험이 겹칩니다. 기본 LST, EigenLayer, 혹은 보호하는 AVS 중 하나라도 실패하면 손실이 발생합니다.

• LRT(Liquid Restaking Tokens)

  • 작동 방식: 프로토콜이 weETH(eETH 래핑), ezETH, rsETH와 같이 전체 리스테이킹 과정을(위임, 운영자 관리, AVS 선택) 하나의 유동 토큰으로 묶어 발행합니다. 이 토큰은 DeFi 전반에서 사용할 수 있습니다.
  • 장점: 편의성과 유동성이 가장 큰 장점입니다.
  • 단점: 편의성 뒤에 추가 위험이 존재합니다. LRT 자체 스마트 계약 위험과 2차 시장에서의 페그 위험이 포함됩니다. 2024년 4월 ezETH 디페그 사건은 LRT가 여러 상호 연결된 시스템에 대한 레버리지 노출임을 실증했습니다.

5) 재가격 책정된 위험​

리스테이킹의 약속은 실제 작업을 수행함으로써 더 높은 수익을 얻는 것입니다. 이제 그 위험도 실제가 되었습니다.

• 슬래싱 및 정책 위험: 슬래싱이 라이브이며, AVS는 맞춤형(때로는 복잡한) 처벌 조건을 정의할 수 있습니다. 노출되는 운영자 풀의 품질과 분쟁·항소 처리 방식을 이해하는 것이 중요합니다.
• LRT의 페그·유동성 위험: 2차 시장은 변동성이 큽니다. 이미 보았듯이 LRT와 기초 자산 간 급격한 괴리는 실제로 발생합니다. LRT를 다른 DeFi 프로토콜에 사용할 때는 유동성 위기 대비 버퍼와 보수적인 담보 비율을 설정해야 합니다.
• 스마트 계약·전략 위험: LST/LRT + EigenLayer + AVS와 같이 여러 스마트 계약을 겹쳐 사용합니다. 감사 품질과 거버넌스가 프로토콜 업그레이드를 어떻게 관리하는지가 핵심입니다.
• 처리량·경제성 위험: AVS 수수료는 보장되지 않으며 사용량에 전적으로 의존합니다. DA 가격 인하는 긍정적인 촉매이지만, 롤업 및 기타 애플리케이션의 지속적인 수요가 리스테이킹 수익의 최종 엔진입니다.

6) 리스테이킹 수익을 평가하는 간단한 프레임워크​

이러한 역학을 고려하면, 리스테이킹 기대 수익을 다음과 같이 간단히 모델링할 수 있습니다:

Expected Return = Base Staking Yield + AVS Fees - Expected Slashing Loss - Frictions

각 항목을 살펴보면:

• Base Staking Yield: 이더리움 보안을 제공함으로써 얻는 기본 수익.
• AVS Fees: AVS가 지급하는 추가 수익, 당신이 할당한 운영자·AVS 비중에 따라 가중.
• Expected Slashing Loss: 새로운 핵심 변수. 슬래시 가능 이벤트 발생 확률 × 페널티 규모 × 당신의 노출 로 추정.
• Frictions: 프로토콜 수수료, 운영자 수수료, LRT 사용 시 발생하는 유동성 할인·페그 할인 등.

완벽한 입력값은 없지만, 슬래시 항목을 보수적으로라도 추정하면 포트폴리오가 보다 현실적이 됩니다. Rewards v2와 Redistribution 도입으로 이 계산은 1년 전보다 훨씬 구체화되었습니다.

7) 2025년 할당자를 위한 플레이북​

• 보수형

  • 네이티브 리스테이킹 또는 직접 LST 리스테이킹 전략을 선호.
  • 투명하고 문서화된 AVS 보안 정책을 가진 다변화된 고가용성 운영자에게만 위임.
  • 데이터 가용성 또는 핵심 인프라 서비스를 제공하는 AVS와 같이 명확한 수수료 모델을 가진 대상에 집중.

• 균형형

  • 직접 LST 리스테이킹과 깊은 유동성·운영자 공개 정보를 가진 선택된 LRT를 혼합.
  • 단일 LRT 프로토콜에 대한 노출을 제한하고, 페그 스프레드와 온체인 유동성 상황을 적극 모니터링.

• 공격형

  • LRT 비중을 높여 유동성을 극대화하고, 성장 잠재력이 큰 소규모 AVS 또는 새로운 운영자 풀에 투자해 높은 상승 여지를 노림.
  • 슬래시·디페그 이벤트를 위한 예산을 명시적으로 책정. LRT 위에 레버리지를 사용하려면 디페그 충격을 충분히 모델링한 경우에만 허용.

8) 앞으로 주목할 점​

• AVS 수익 전환: 실제로 의미 있는 수수료 수익을 창출하는 서비스는? DA와 핵심 인프라 AVS에 눈을 주면 선두주자를 파악할 수 있습니다.
• 운영자 계층화: 향후 2~3분기 동안 슬래시와 Rewards v2 프레임워크가 최상위 운영자를 다른 운영자와 구분하게 될 것입니다. 성능·신뢰성이 핵심 차별 요소가 됩니다.
• “Autonomous Verifiable” 트렌드: 암호학적 증명과 자동 집행에 더 무게를 두는 AVS 설계에 주목. 장기적으로 가장 견고하고 수수료 가치가 높은 서비스가 될 가능성이 높습니다.

9) 수치에 대한 주의 (변동 가능성)​

다양한 출처와 시점에 따라 처리량·TVL 수치가 달라질 수 있습니다. 예를 들어 EigenDA 공식 사이트는 현재 메인넷 지원이 약 10 MB/s라고 하면서도 향후 로드맵에서는 100 MB/s 이상을 목표로 제시합니다. 이는 운영자 풀이 확대되고 소프트웨어가 개선됨에 따라 시스템이 지속적으로 진화하고 있음을 반영합니다. 데이터를 활용해 재무 모델을 구축할 때는 반드시 날짜와 맥락을 확인하십시오.

결론​

2024년은 과대광고 사이클이었습니다. 2025년은 인수 사이클입니다. 슬래싱이 라이브화되고 AVS 수수료 모델이 매력적으로 변하면서, 리스테이킹 수익은 가격 책정 가능해졌고, 따라서 진정한 투자 대상이 되었습니다. 운영자, AVS, LRT 유동성에 대해 충분히 조사할 준비가 된 고급 DeFi 사용자와 기관 재무팀에게 리스테이킹은 이제 약속된 내러티브를 넘어 온체인 경제의 핵심 구성 요소로 자리 잡았습니다.

본 글은 정보 제공 목적이며, 투자 조언을 의미하지 않습니다.

요약​

크로스체인 추상화는 체인, 브리지, 지갑의 미로를 개발자와 최종 사용자 모두에게 단일하고 일관된 플랫폼 경험으로 바꿔줍니다. 생태계는 조용히 성숙해 왔습니다: 인텐트 표준, 계정 추상화, 네이티브 스테이블코인 이동성, 그리고 OP Superchain과 Polygon의 AggLayer 같은 네트워크‑레벨 이니셔티브가 “다중 체인, 하나의 경험” 미래를 2025년에 현실화합니다. 기업에게는 실용적인 이점이 있습니다: 통합이 간소화되고, 위험 통제가 강제되며, 운영이 결정론적이고, 규정 준수 준비가 된 감사 가능성을 제공하지만, 단일 체인에 모든 베팅을 할 필요는 없습니다.

기업이 실제로 겪는 문제 (그리고 왜 브리지만으로는 해결되지 않았는가)​

대부분의 기업 팀은 “체인을 선택한다”는 것을 원하지 않습니다. 그들은 결과를 원합니다: 결제 정산, 자산 발행, 거래 청산, 혹은 레코드 업데이트—신뢰성 있게, 감사 가능하게, 예측 가능한 비용으로. 문제는 오늘날 프로덕션 Web3가 되돌릴 수 없을 정도로 멀티체인이라는 점입니다. 지난 18개월만 해도 수백 개의 롤업, 앱체인, L2가 출시되었으며, 각각 고유한 수수료, 최종성 시간, 툴링, 신뢰 가정을 가지고 있습니다.

전통적인 크로스체인 접근 방식은 전송—토큰이나 메시지를 A에서 B로 옮기는 것—을 해결했지만 경험은 해결하지 못했습니다. 팀은 여전히 네트워크별 지갑을 관리하고, 체인별 가스를 프로비저닝하고, 경로별 브리지를 선택하고, 보안 차이를 정량화하기 어려운 상태로 감당해야 합니다. 이 마찰이 실제 채택 비용입니다.

크로스체인 추상화는 체인 선택과 전송을 선언형 API, 인텐트‑드리븐 사용자 경험, 통합된 아이덴티티와 가스 뒤에 숨겨서 이 비용을 없앱니다. 즉, 사용자와 애플리케이션은 무엇을 원하는지 표현하고, 플랫폼이 어디서 어떻게 안전하게 실행할지를 결정합니다. 체인 추상화는 최종 사용자에게 블록체인 기술을 보이지 않게 하면서도 핵심 이점을 유지합니다.

왜 2025년이 다른가: 핵심 블록이 드디어 맞물렸다​

원활한 멀티체인 세계에 대한 비전은 새롭지 않지만, 기반 기술이 이제 프로덕션에 사용할 준비가 되었습니다. 여러 핵심 요소가 성숙하고 수렴하면서 견고한 체인 추상화가 가능해졌습니다.

• 네트워크‑레벨 통합: 프로젝트들은 이제 별도 체인이 하나의 통합 네트워크처럼 느껴지도록 프레임워크를 구축하고 있습니다. OP Superchain은 공유 툴링과 통신 레이어를 갖춘 OP‑Stack L2를 표준화하려 하고, Polygon의 AggLayer는 “비관적 증명”을 사용해 체인‑레벨 회계를 제공함으로써 하나의 체인 문제로 다른 체인이 오염되는 것을 방지합니다. 동시에 IBC v2는 Cosmos 생태계를 넘어 표준화된 상호운용성을 확장해 “IBC everywhere”를 추진하고 있습니다.

• 성숙한 인터옵 레일: 크로스체인 통신을 위한 미들웨어가 이제 전투 검증을 마치고 널리 사용 가능합니다. Chainlink CCIP는 증가하는 체인 수에 걸쳐 엔터프라이즈‑급 토큰·데이터 전송을 제공하고, LayerZero v2는 옴니체인 메시징과 통합 공급량을 가진 표준 OFT 토큰을 지원합니다. Axelar는 복잡한 계약 호출을 위한 General Message Passing (GMP)을 제공해 EVM과 Cosmos 체인을 연결합니다. Hyperlane 같은 플랫폼은 허가 없이 새로운 체인이 네트워크에 합류하도록 허용하고, Wormhole은 40개 이상의 체인에서 사용되는 일반 메시징 레이어를 제공합니다.

• 인텐트·계정 추상화: 두 가지 핵심 표준이 사용자 경험을 혁신했습니다. ERC‑7683은 크로스체인 인텐트를 표준화해 앱이 목표를 선언하고 공유 솔버 네트워크가 이를 효율적으로 여러 체인에 걸쳐 실행하도록 합니다. 동시에 EIP‑4337 스마트 계정과 Paymaster는 가스 추상화를 가능하게 합니다. 이를 통해 애플리케이션이 거래 수수료를 스폰서하거나 사용자가 스테이블코인으로 비용을 지불하도록 할 수 있어, 다중 네트워크를 건드리는 모든 흐름에 필수적입니다.

• 네이티브 스테이블코인 이동성: Circle의 Cross‑Chain Transfer Protocol (CCTP)은 안전한 소각‑민팅 과정을 통해 네이티브 USDC를 체인 간 이동시켜 래핑 자산 위험을 감소시키고 유동성을 통합합니다. 최신 버전인 CCTP v2는 레이턴시를 더욱 줄이고 개발자 워크플로를 단순화해 스테이블코인 결제를 추상화된 경험의 매끄러운 일부로 만듭니다.

“크로스체인 추상화”가 기업 스택에서 어떻게 보이는가​

기존 시스템에 레이어드 기능을 추가한다고 생각하면 됩니다. 목표는 단일 엔드포인트에 인텐트를 전달하고, 단일 정책 레이어가 여러 체인에 걸쳐 실행 방식을 관리하도록 하는 것입니다.

1. 통합 아이덴티티·정책: 최상위 레이어는 역할 기반 접근 제어, 소셜 복구, 패스키·MPC 같은 현대적 커스터디 옵션을 갖춘 스마트 계정(EIP‑4337)입니다. 중앙 정책 엔진이 누가, 어디서, 무엇을 할 수 있는지를 정의하고, 특정 체인·자산·브리지에 대한 허용·거부 리스트를 관리합니다.

2. 가스·수수료 추상화: Paymaster는 “체인 X에 네이티브 가스가 필요하다”는 문제를 없앱니다. 사용자는 스테이블코인으로 수수료를 지불하거나, 애플리케이션이 정책·예산에 따라 전체를 스폰서할 수 있습니다.

3. 인텐트‑드리븐 실행: 사용자는 거래가 아니라 결과를 표현합니다. 예: “USDC를 wETH로 교환하고 Y 체인에 있는 공급업체 지갑에 오후 5시 이전에 전달한다.” ERC‑7683 표준이 이러한 주문 형식을 정의하고, 공유 솔버 네트워크가 안전하고 저렴하게 실행하도록 경쟁합니다.

4. 프로그래머블 정산·메시징: 내부적으로 시스템은 일관된 API를 사용해 각 경로에 가장 적합한 레일을 선택합니다. 기업 지원이 핵심인 토큰 전송에는 CCIP, 크로스‑에코시스템 계약 호출에는 Axelar GMP, 위험 모델에 맞는 라이트‑클라이언트 보안이 필요하면 IBC 등을 활용합니다.

5. 관찰성·기본 컴플라이언스: 전체 워크플로는 초기 인텐트부터 최종 정산까지 추적 가능하며, 명확한 감사 로그를 생성해 기존 SIEM에 내보낼 수 있습니다. 위험 프레임워크는 허용 리스트를 강제하거나, 브리지 보안 상태가 악화될 경우 라우트를 일시 중단하는 비상 정지 기능을 프로그래밍할 수 있습니다.

레퍼런스 아키텍처​

위에서 아래로 살펴보면, 체인‑추상화 시스템은 명확한 레이어로 구성됩니다:

• 경험 레이어: 사용자 인텐트를 수집하고 체인 세부 정보를 완전히 숨기는 애플리케이션 UI. SSO‑스타일 스마트 계정 월렛 흐름과 결합됩니다.
• 컨트롤 플레인: 권한, 할당량, 예산을 관리하는 정책 엔진. KMS/HSM 시스템과 연동하고, 체인·자산·브리지에 대한 허용 리스트를 유지합니다. 위험 피드도 자동으로 회로 차단에 활용됩니다.
• 실행 레이어: 정책·가격·레턴시 요구사항에 따라 최적의 인터옵 레일(CCIP, LayerZero, Axelar 등)을 선택하는 인텐트 라우터. Paymaster가 풀링된 가스·스테이블코인 예산에서 수수료를 차감합니다.
• 정산·상태: 커스터디·발행 등 핵심 기능을 위한 온‑체인 계약. 통합 인덱서가 크로스체인 이벤트와 증명을 추적해 데이터 웨어하우스·SIEM으로 내보냅니다.

Build vs. Buy: 체인 추상화 제공업체 평가 방법​

파트너를 선택할 때 기업이 물어야 할 핵심 질문:

• 보안·신뢰 모델: 기본 검증 가정은 무엇인가? 오라클, 가디언 세트, 라이트 클라이언트, 검증자 네트워크 중 어떤 것을 의존하는가? 슬래시·베토가 가능한가?
• 커버리지·중립성: 현재 지원되는 체인·자산은 무엇이며, 신규 추가는 얼마나 빠른가? 프로세스가 허가제인지, 무허가인지?
• 표준 정렬: ERC‑7683, EIP‑4337, OFT, IBC, CCIP 등 핵심 표준을 지원하는가?
• 운영: SLA는 어떻게 되는가? 사고에 대한 투명성은? 재생 가능한 증명, 결정론적 재시도, 구조화된 감사 로그를 제공하는가?
• 거버넌스·이식성: 라우트별로 인터옵 레일을 교체해도 애플리케이션을 다시 작성할 필요가 없는가? 공급업체 중립적인 추상화가 장기적 유연성에 필수적이다.
• 컴플라이언스: 데이터 보존·거주지 제어가 가능한가? SOC2/ISO 인증 수준은? 자체 KMS/HSM을 연동할 수 있는가?

실용적인 90일 기업 롤아웃​

• Day 0‑15 : 베이스라인·정책 – 현재 사용 중인 체인·자산·브리지·월렛을 모두 목록화하고, 초기 허용 리스트와 명확한 위험 프레임워크 기반 회로 차단 규칙을 정의합니다.
• Day 16‑45 : 프로토타입 – 크로스체인 지급 같은 단일 사용자 여정을 인텐트‑기반 흐름, 계정 추상화, Paymaster와 함께 구현합니다. 사용자 이탈률, 레이턴시, 지원 부하 변화를 측정합니다.
• Day 46‑75 : 레일 확장 – 두 번째 인터옵 레일을 추가하고 정책에 따라 트랜잭션을 동적으로 라우팅합니다. 워크플로에 스테이블코인 사용이 포함된 경우 CCTP를 연동해 네이티브 USDC 이동성을 확보합니다.
• Day 76‑90 : 하드닝 – 관찰성 데이터를 SIEM에 연결하고, 라우트 장애에 대한 카오스 테스트를 수행하며, 비상 정지 프로토콜을 포함한 모든 운영 절차를 문서화합니다.

흔히 저지르는 실수 (그리고 회피 방법)​

• “가스 가격만” 라우팅: 레이턴시·최종성·보안 가정도 수수료만큼 중요합니다. 가격만으로 위험 모델을 완성할 수 없습니다.
• 가스 무시: 다중 체인을 건드리는 경험이라면 가스 추상화는 선택 사항이 아니라 필수 조건입니다.
• 브리지를 교환 가능하게 취급: 브리지는 보안 가정이 크게 다릅니다. 허용 리스트를 코드화하고 회로 차단기를 구현해 위험을 관리하세요.
• 래핑 자산 남발: 가능하면 네이티브 자산 이동성(예: CCTP를 통한 USDC)으로 전환해 유동성 파편화와 카운터파트 위험을 최소화합니다.

기업에게 주는 이점​

체인 추상화가 제대로 구현되면 블록체인은 개별적인 이질적 네트워크 모음이 아니라 팀이 프로그래밍할 수 있는 실행 패브릭이 됩니다. 정책, SLA, 감사 로그가 기존 운영 기준과 일치합니다. 성숙한 인텐트 표준, 계정 추상화, 견고한 인터옵 레일, 네이티브 스테이블코인 전송 덕분에 이제 사용자를 혹은 개발자를 특정 체인에 얽매이지 않고 Web3 결과를 제공할 수 있습니다.

탈중앙화 거래소(DEX)는 암호화폐 거래의 핵심 기둥으로 성장하여 현재 전체 시장 거래량의 약 20%를 차지하고 있습니다. 이 분야에서 _하이퍼리퀴드(Hyperliquid)_는 온체인 파생상품 분야의 확실한 리더로 부상했습니다. 2022년 중앙화 거래소(CEX)의 성능을 온체인에서 구현하겠다는 야심 찬 목표로 출범한 하이퍼리퀴드는 오늘날 일일 수십억 달러의 거래를 처리하며 DEX 무기한 선물 시장의 약 70–75%를 장악하고 있습니다. 이는 _CEX 수준의 속도_와 풍부한 유동성을 _DeFi의 투명성 및 셀프 커스터디_와 결합함으로써 달성되었습니다. 그 결과, 많은 이들이 이제 _"모든 금융을 담을 블록체인"_이라고 부르는 수직적으로 통합된 레이어 1 블록체인 및 거래소가 탄생했습니다. 이 보고서는 하이퍼리퀴드의 기술 아키텍처, 토크노믹스, 2025년 성장 지표, 다른 주요 DEX와의 비교, 생태계 발전, 그리고 온체인 금융의 미래에 대한 비전을 심층적으로 다룹니다.

기술 아키텍처: 수직적으로 통합된 고성능 체인

하이퍼리퀴드는 단순한 DEX 애플리케이션이 아니라, 거래 성능을 위해 구축된 완전한 레이어 1 블록체인입니다. 그 아키텍처는 통합된 상태에서 작동하는 세 가지 긴밀하게 결합된 구성 요소로 이루어져 있습니다:

• HyperBFT (합의): 속도와 처리량에 최적화된 맞춤형 비잔틴 장애 허용(Byzantine Fault Tolerant) 합의 메커니즘입니다. HotStuff과 같은 현대적인 프로토콜에서 영감을 받은 HyperBFT는 1초 미만의 완결성과 높은 일관성을 제공하여 모든 노드가 트랜잭션 순서에 동의하도록 보장합니다. 이 지분 증명(Proof-of-Stake) 합의는 거래 플랫폼의 막대한 부하를 처리하도록 설계되었으며, 실제로는 _초당 100,000–200,000개의 작업_을 지원합니다. 2025년 초까지 하이퍼리퀴드는 약 27개의 독립적인 밸리데이터가 네트워크를 보호하고 있었으며, 이 숫자는 합의를 탈중앙화하기 위해 꾸준히 증가하고 있습니다.
• HyperCore (실행 엔진): _금융 애플리케이션을 위한 특화된 온체인 엔진_입니다. 중요한 거래소 로직에 일반적인 스마트 계약을 사용하는 대신, HyperCore는 무기한 선물 및 현물 시장을 위한 내장된 **중앙 지정가 주문서(CLOB)**와 대출, 경매, 오라클 등을 위한 다른 모듈을 구현합니다. 모든 주문 접수, 취소, 거래 체결, 청산은 _온체인에서 단일 블록 완결성_으로 처리되어, 전통적인 거래소와 비슷한 실행 속도를 제공합니다. AMM을 사용하지 않고 프로토콜 내에서 주문 매칭을 처리함으로써, 하이퍼리퀴드는 풍부한 유동성과 낮은 지연 시간을 달성합니다. 이는 1초 미만의 거래 완결성과 중앙화된 거래소에 필적하는 처리량을 보여주었습니다. 이 맞춤형 실행 레이어(Rust로 작성됨)는 최근 최적화 이후 _초당 최대 20만 건의 주문_을 처리할 수 있다고 알려져 있으며, 이는 이전에 온체인 주문서를 비현실적으로 만들었던 병목 현상을 제거합니다.
• HyperEVM (스마트 계약): 2025년 2월에 도입된 범용 이더리움 호환 실행 레이어입니다. HyperEVM은 개발자들이 이더리움에 구축하는 것과 유사하게, 완전한 EVM 호환성으로 하이퍼리퀴드에 솔리디티 스마트 계약과 dApp을 배포할 수 있게 합니다. 결정적으로, HyperEVM은 별도의 샤드나 롤업이 아니며, HyperCore와 동일한 통합 상태를 공유합니다. 이는 HyperEVM의 dApp이 거래소의 주문서 및 유동성과 _네이티브하게 상호 운용_될 수 있음을 의미합니다. 예를 들어, HyperEVM의 대출 프로토콜은 HyperCore의 주문서에서 실시간 가격을 읽거나 시스템 호출을 통해 청산 주문을 주문서에 직접 게시할 수도 있습니다. 이 _스마트 계약과 고속 거래소 레이어 간의 컴포저빌리티_는 독특한 설계입니다. dApp이 하이퍼리퀴드의 거래 인프라를 활용하기 위해 브릿지나 오프체인 오라클이 필요하지 않습니다.

그림: 합의(HyperBFT), 거래소 엔진(HyperCore), 스마트 계약(HyperEVM), 자산 브릿징(HyperUnit) 간의 통합 상태를 보여주는 하이퍼리퀴드의 수직 통합 아키텍처.

온체인 인프라와의 통합: 자체 체인을 구축함으로써, 하이퍼리퀴드는 일반적으로 분리된 기능들을 하나의 플랫폼으로 긴밀하게 통합합니다. 예를 들어, HyperUnit은 하이퍼리퀴드의 탈중앙화 브릿징 및 자산 토큰화 모듈로, 커스터디 래퍼 없이 BTC, ETH, SOL과 같은 외부 자산을 직접 예치할 수 있게 합니다. 사용자는 네이티브 BTC나 ETH를 잠그고 하이퍼리퀴드에서 거래 담보로 사용할 수 있는 동등한 토큰(예: uBTC, uETH)을 받을 수 있으며, 중앙화된 커스터디에 의존하지 않습니다. 이 설계는 "진정한 담보 이동성"과 실물 자산을 온체인으로 가져오기 위한 보다 규제 친화적인 프레임워크를 제공합니다. HyperUnit(그리고 나중에 논의될 Circle의 USDC 통합) 덕분에, 하이퍼리퀴드의 트레이더들은 다른 네트워크의 유동성을 하이퍼리퀴드의 빠른 거래소 환경으로 원활하게 이동시킬 수 있습니다.

성능 및 지연 시간: 스택의 모든 부분은 최소한의 지연 시간과 최대의 처리량을 위해 최적화되어 있습니다. HyperBFT는 1초 이내에 블록을 완결하고, HyperCore는 실시간으로 거래를 처리하므로 사용자는 거의 즉각적인 주문 실행을 경험합니다. 거래 활동에 대한 가스비는 사실상 없습니다 – HyperCore 트랜잭션은 수수료가 없어 사용자가 비용 없이 고빈도 주문 접수 및 취소를 할 수 있습니다. (HyperEVM의 일반적인 EVM 계약 호출에는 낮은 가스비가 발생하지만, 거래소의 운영은 네이티브 엔진에서 가스비 없이 실행됩니다.) 이 제로 가스, 낮은 지연 시간 설계는 고급 거래 기능을 온체인에서 가능하게 합니다. 실제로, 하이퍼리퀴드는 지정가 및 손절매 주문, 교차 마진, 주요 시장에서 최대 50배 레버리지와 같은 최고 CEX와 동일한 고급 주문 유형 및 리스크 관리 기능을 지원합니다. 요약하자면, 하이퍼리퀴드의 맞춤형 L1 체인은 속도와 탈중앙화 사이의 전통적인 상충 관계를 제거합니다. 모든 작업은 온체인에서 투명하게 이루어지지만, 실행 속도와 인터페이스 측면에서 사용자 경험은 전문적인 중앙화 거래소와 유사합니다.

진화 및 확장성: 하이퍼리퀴드의 아키텍처는 제1원칙 공학에서 탄생했습니다. 이 프로젝트는 2022년 맞춤형 텐더민트 기반 체인에서 비공개 알파 버전의 무기한 선물 DEX로 조용히 시작하여, 약 20개의 자산과 50배 레버리지로 CLOB 개념을 증명했습니다. 2023년까지 새로운 HyperBFT 합의를 갖춘 완전한 주권 L1으로 전환하여 초당 10만 건 이상의 주문을 달성하고 제로 가스 거래와 커뮤니티 유동성 풀을 도입했습니다. 2025년 초 HyperEVM의 추가는 개발자들에게 문을 활짝 열어주었고, 하이퍼리퀴드가 단일 목적 거래소에서 완전한 DeFi 플랫폼으로 진화했음을 알렸습니다. 주목할 점은, 이러한 모든 개선 사항에도 불구하고 시스템은 안정적으로 유지되었다는 것입니다 – 하이퍼리퀴드는 역사적으로 99.99%의 가동 시간을 보고합니다[25]_. 이러한 실적과 수직적 통합은 하이퍼리퀴드에 상당한 기술적 해자를 제공합니다. 즉, 전체 스택(합의, 실행, 애플리케이션)을 제어하여 지속적인 최적화를 가능하게 합니다. 수요가 증가함에 따라, 팀은 더 높은 처리량을 위해 노드 소프트웨어를 계속 개선하여 다음 사용자 물결과 더 복잡한 온체인 시장에 대한 확장성을 보장합니다.

$HYPE 토크노믹스: 거버넌스, 스테이킹, 가치 축적

하이퍼리퀴드의 경제 설계는 플랫폼의 소유권과 거버넌스를 탈중앙화하기 위해 2024년 후반에 도입된 네이티브 토큰 $HYPE**를 중심으로 합니다. 토큰의 출시와 배포는 특히 _커뮤니티 중심적_이었습니다. 2024년 11월, 하이퍼리퀴드는 에어드랍 토큰 생성 이벤트(TGE)를 실시하여 **10억 개의 고정 공급량 중 31$HYPE는 VC나 사모 투자자에게 할당되지 않았으며, 이는 커뮤니티 소유권을 우선시하는 철학을 반영합니다. 이 투명한 배포는 많은 프로젝트에서 볼 수 있는 과도한 내부자 소유를 피하고, 대신 하이퍼리퀴드의 실제 트레이더와 빌더에게 권한을 부여하는 것을 목표로 했습니다.

$HYPE 토큰은 하이퍼리퀴드 생태계에서 _여러 역할_을 수행합니다:

• 거버넌스: $HYPE는 보유자가 하이퍼리퀴드 개선 제안(HIP)에 투표하고 프로토콜의 진화를 형성할 수 있게 하는 거버넌스 토큰입니다. 이미 HIP-1, HIP-2, HIP-3과 같은 중요한 업그레이드가 통과되었으며, 이는 현물 토큰 및 무기한 시장에 대한 무허가 상장 기준을 확립했습니다. 예를 들어, HIP-3은 커뮤니티 구성원이 새로운 무기한 시장을 무허가로 배포할 수 있는 길을 열었으며, 이는 유니스왑이 현물 거래에 대해 했던 것과 유사하게, 하이퍼리퀴드에서 롱테일 자산( 전통 시장 무기한 상품 포함)을 잠금 해제했습니다. 거버넌스는 상장, 매개변수 조정, 커뮤니티 인센티브 기금 사용을 점점 더 많이 결정하게 될 것입니다.
• 스테이킹 및 네트워크 보안: 하이퍼리퀴드는 지분 증명 체인이므로, **밸리데이터에게 $HYPE를 스테이킹하면 HyperBFT 네트워크가 보호됩니다**. 스테이커는 밸리데이터에게 위임하고 블록 보상과 수수료의 일부를 받습니다. 출시 직후, 하이퍼리퀴드는 합의 참여를 장려하기 위해 **연간 수익률 약 2–2.5$HYPE(또는 곧 출시될 beHYPE 유동성 스테이킹과 같은 파생 형태)는 거버넌스 투표에도 사용될 수 있어, 보안 참여자와 의사 결정자를 일치시킵니다.
• 거래소 유틸리티 (수수료 할인): $HYPE를 보유하거나 스테이킹하면 하이퍼리퀴드 거래소에서 **거래 수수료 할인**을 받을 수 있습니다. 바이낸스의 BNB나 dYdX의 DYDX 토큰이 수수료를 절감해주는 것과 유사하게, 활성 트레이더들은 비용을 최소화하기 위해$HYPE를 보유하도록 장려됩니다. 이는 거래소의 사용자 기반, 특히 대량 거래자들 사이에서 토큰에 대한 자연스러운 수요를 창출합니다.
• 바이백을 통한 가치 축적: 하이퍼리퀴드 토크노믹스의 가장 두드러진 측면은 공격적인 수수료-가치 메커니즘입니다. 하이퍼리퀴드는 거래 수수료 수익의 대부분을 사용하여 공개 시장에서 $HYPE를 _바이백하고 소각_하여 토큰 보유자에게 직접 가치를 환원합니다. 실제로, **모든 프로토콜 거래 수수료의 97$HYPE 바이백에 할당**됩니다(나머지는 보험 기금 및 유동성 공급자에게). 이는 업계에서 가장 높은 수수료 환원율 중 하나입니다. 2025년 중반까지 하이퍼리퀴드는 거래 수수료로 월 6,500만 달러 이상의 프로토콜 수익을 창출했으며, 거의 모든 수익이 $HYPE 환매에 사용되어 지속적인 매��수 압력을 만들었습니다. 이 디플레이션 토큰 모델은 10억 개의 고정 공급량과 결합되어,$HYPE의 토크노믹스가 충성도 높은 이해관계자들을 위한 _장기적인 가치 축적_을 지향함을 의미합니다. 이는 또한 하이퍼리퀴드 팀이 단기 이익을 포기하고(수수료 수익은 이익으로 취하거나 내부자에게 분배되지 않으며, 핵심 팀조차도 토큰 보유자로서만 이익을 얻는 것으로 추정됨), 대신 수익을 커뮤니티 재무부와 토큰 가치로 돌리고 있음을 시사합니다.

• 유동성 공급자 보상: 수수료의 일부(≈3–8%)는 하이퍼리퀴드의 독특한 **하이퍼리퀴디티 풀(HLP)**의 유동성 공급자에게 보상하는 데 사용됩니다. HLP는 주문서의 시장 조성 및 자동 결제를 용이하게 하는 온체인 USDC 유동성 풀로, "LP 볼트"와 유사합니다. HLP에 USDC를 제공하는 사용자는 그 대가로 거래 수수료의 일부를 받습니다. 2025년 초까지 HLP는 예금자에게 누적된 거래 수수료로 연간 약 11%의 수익률을 제공하고 있었습니다. 이 메커니즘은 커뮤니티 구성원들이 유동성을 뒷받침하는 자본을 기여함으로써 거래소의 성공에 참여할 수 있게 합니다(GMX의 GLP 풀과 정신은 비슷하지만, 주문서 시스템용입니다). 주목할 점은, 하이퍼리퀴드의 보험 지원 기금($HYPE로 표시됨)도 수익의 일부를 사용하여 HLP 손실이나 비정상적인 이벤트를 보상한다는 것입니다. 예를 들어, _2025년 1분기의 "Jelly" 익스플로잇_은 HLP에 1,200만 달러의 부족분을 발생시켰지만, 이는 풀 사용자들에게 전액 상환되었습니다. 수수료 바이백 모델은 매우 견고하여 그 타격에도 불구하고$HYPE 바이백은 중단 없이 계속되었고 HLP는 수익성을 유지하여, 프로토콜과 커뮤니티 유동성 공급자 간의 강력한 연대를 보여주었습니다.

요약하자면, 하이퍼리퀴드의 토크노믹스는 커뮤니티 소유권, 보안, 장기적인 지속 가능성을 강조합니다. VC 할당이 없고 높은 바이백 비율은 유기적 성장에 대한 자신감을 나타내는 결정이었습니다. 초기 결과는 긍정적이었습니다 – TGE 이후, $HYPE의 가격은 실제 채택과 수익에 힘입어 (2025년 중반 기준) 4배 상승했습니다. 더 중요한 것은, 사용자들이 에어드랍 이후에도 계속 참여했다는 점입니다. 거래 활동은 일반적인 인센티브 후 하락을 겪는 대신, 토큰 출시 후 오히려 가속화되었습니다. 이는 토큰 모델이 사용자 인센티브를 플랫폼의 성장과 성공적으로 일치시켜 하이퍼리퀴드 생태계에 선순환을 만들고 있음을 시사합니다.

2025년 거래량, 채택 및 유동성

숫자로 보는 하이퍼리퀴드: 2025년, 하이퍼리퀴드는 기술뿐만 아니라 온체인 활동의 _엄청난 규모_로 두각을 나타냅니다. DeFi에 대한 새로운 기준을 세우며, 빠르게 가장 큰 탈중앙화 파생상품 거래소로 자리 잡았습니다. 하이퍼리퀴드의 성과를 보여주는 주요 지표는 다음과 같습니다:

• 시장 지배력: 하이퍼리퀴드는 2025년 전체 **DEX 무기한 선물 거래량의 약 70–77%**를 처리하며, 이는 차순위 경쟁자보다 8배 더 큰 점유율입니다. 즉, 하이퍼리퀴드 단독으로 전 세계 탈중앙화 무기한 거래의 4분의 3 이상을 차지하며, 해당 분야의 확실한 리더가 되었습니다. (참고로, 2025년 1분기 기준으로 이는 탈중앙화 무기한 거래량의 약 _56–73%_에 해당하며, 2024년 초의 약 4.5%에서 1년 만에 놀라운 상승을 보였습니다.)
• 거래량: 하이퍼리퀴드의 누적 거래량은 2025년 중반에 1조 5천억 달러를 돌파하여, 얼마나 많은 유동성이 시장을 통해 흘러갔는지를 보여줍니다. 2024년 말에는 이미 일일 거래량이 약 100억–140억 달러에 달했으며, 2025년 새로운 사용자 유입으로 거래량은 계속 증가했습니다. 실제로, 시장 활동이 최고조에 달했을 때(예: 2025년 5월의 밈코인 열풍), 하이퍼리퀴드의 주간 거래량은 일주일에 7,800억 달러에 달했으며, 이는 하루 평균 1,000억 달러를 훨씬 넘는 수치로, 많은 중견 중앙화 거래소와 경쟁하거나 능가하는 수준입니다. 안정적인 상황에서도 하이퍼리퀴드는 2025년 상반기에 주간 평균 약 4,700억 달러의 거래량을 기록했습니다. 이 규모는 DeFi 플랫폼으로서는 전례 없는 일입니다. 2025년 중반까지 하이퍼리퀴드는 전 세계 *모든* **암호화폐 거래량(CEX 포함)의 약 6%**를 처리하며 DeFi와 CeFi 간의 격차를 좁혔습니다.
• 미결제 약정 및 유동성: 하이퍼리퀴드 시장의 깊이는 미결제 약정(OI) – 활성 포지션의 총 가치 – 에서도 분명하게 드러납니다. OI는 2024년 말 약 33억 달러에서 2025년 중반까지 약 150억 달러로 성장했습니다. 참고로, 이 OI는 Bybit, OKX, Bitget과 같은 주요 CEX 수준의 **60–120%**에 해당하며, 이는 전문 트레이더들이 기존 중앙화 거래소만큼 하이퍼리퀴드에서 대규모 포지션을 편안하게 운용하고 있음을 나타냅니다. BTC나 ETH와 같은 주요 페어에 대한 하이퍼리퀴드의 오더북 깊이는 최고 CEX와 비슷하며, 좁은 매수-매도 스프레드를 보인다고 보고됩니다. 특정 토큰 출시(예: 인기 있는 PUMP 밈코인) 동안, 하이퍼리퀴드는 심지어 _가장 깊은 유동성과 가장 높은 거래량_을 달성하여 해당 자산에 대해 CEX를 능가하기도 했습니다. 이는 잘 설계된 온체인 오더북이 CEX 유동성과 필적할 수 있음을 보여주며, DEX 진화의 이정표입니다.
• 사용자 및 채택: 플랫폼의 사용자 기반은 2024–2025년에 걸쳐 극적으로 확장되었습니다. 하이퍼리퀴드는 2025년 중반에 50만 개 이상의 고유 사용자 주소를 돌파했습니다. 2025년 상반기에만 활성 주소 수가 거의 두 배로 증가했습니다(약 29만 1천 개에서 51만 8천 개로). 이 _6개월간 78%의 성장_은 입소문, 성공적인 추천 및 포인트 프로그램, 그리고 $HYPE 에어드랍에 대한 열기에 힘입은 것입니다(흥미롭게도 이는 단기 이익을 노리는 사용자만 유치한 것이 아니라 사용자를 _유지_했습니다 – 에어드랍 이후 사용량 감소가 없었고, 활동은 계속 증가했습니다). 이러한 성장은 일회성 호기심뿐만 아니라 트레이더들의 진정한 채택을 나타냅니다. 이 사용자들의 상당 부분은 하이퍼리퀴드의 유동성과 낮은 수수료에 이끌려 CEX에서 이전한 _"고래"와 전문 트레이더_들로 여겨집니다. 실제로, 기관 및 대량 거래 회사들은 하이퍼리퀴드를 무기한 선물 거래의 주요 장소로 취급하기 시작했으며, 이는 성능 문제가 해결되었을 때 DeFi의 매력을 입증합니다.
• 수익 및 수수료: 하이퍼리퀴드의 견고한 거래량은 상당한 프로토콜 수익으로 이어집니다(이는 앞서 언급했듯이 대부분 $HYPE 바이백에 사용됩니다). 지난 30일 동안(2025년 중반 기준), 하이퍼리퀴드는 약 6,545만 달러의 프로토콜 수수료를 창출했습니다. 일일 기준으로 이는 거래 활동에서 약 200만–250만 달러의 수수료를 벌어들인 것입니다. 연간으로 환산하면, 플랫폼은 8억 달러 이상의 수익을 올릴 것으로 예상되며, 이는 일부 주요 중앙화 거래소의 수익에 근접하고 일반적인 DeFi 프로토콜을 훨씬 뛰어넘는 놀라운 수치입니다. 이는 하이퍼리퀴드의 높은 거래량과 수수료 구조(소액의 거래당 수수료가 규모에 따라 합산됨)가 토큰 경제를 지원하는 번창하는 수익 모델을 어떻게 만들어내는지를 강조합니다.
• 총 예치 자산(TVL) 및 자산: 하이퍼리퀴드 생태계의 TVL – 체인으로 브릿지된 자산과 DeFi 프로토콜의 유동성을 나타냄 – 은 거래 활동과 함께 빠르게 증가했습니다. 2024년 4분기 초(토큰 출시 전) 하이퍼리퀴드의 체인 TVL은 약 5억 달러였지만, 토큰 출시와 HyperEVM 확장 이후 TVL은 2025년 초까지 20억 달러 이상으로 급증했습니다. 2025년 중반까지 약 35억 달러(2025년 6월 30일)에 도달했으며 계속 상승했습니다. 네이티브 USDC(Circle을 통해) 및 기타 자산의 도입으로 온체인 자본은 2025년 7월까지 약 55억 달러의 AUM으로 추정됩니다. 여기에는 _HLP 풀, DeFi 대출 풀, AMM, 사용자 담보 잔액_의 자산이 포함됩니다. 하이퍼리퀴드의 하이퍼리퀴디티 풀(HLP) 자체는 2025년 상반기에 약 3억 7천만–5억 달러의 TVL을 보유하여 거래소를 위한 깊은 USDC 유동성 예비금을 제공했습니다. 또한, HyperEVM DeFi TVL(핵심 거래소 제외)은 출시 몇 달 만에 10억 달러를 돌파하여 체인에 새로운 dApp이 빠르게 성장하고 있음을 반영합니다. 이러한 수치는 하이퍼리퀴드가 특화된 체인임에도 불구하고 TVL 기준으로 가장 큰 블록체인 생태계 중 하나로 확고히 자리매김했음을 보여줍니다.

요약하자면, 2025년은 하이퍼리퀴드가 CEX와 유사한 거래량과 유동성으로 확장된 해였습니다. 지속적으로 거래량 기준 상위 DEX로 순위를 매기고 있으며, 전체 암호화폐 거래의 상당 부분을 차지하는 것으로 측정됩니다. 50만 명의 사용자와 함께 주간 5천억 달러의 거래량을 온체인에서 유지할 수 있는 능력은 오랫동안 기대되어 온 고성능 DeFi의 약속이 실현되고 있음을 보여줍니다. 하이퍼리퀴드의 성공은 온체인 시장이 할 수 있는 것의 경계를 확장하고 있습니다. 예를 들어, 새로운 코인의 빠른 상장을 위한 주요 장소가 되었으며(종종 트렌드 자산에 대한 무기한 선물을 가장 먼저 상장하여 막대한 활동을 유치함), 온체인 오더북이 우량주 거래를 대규모로 처리할 수 있음을 증명했습니다(BTC 및 ETH 시장은 주요 CEX와 비슷한 유동성을 가짐). 이러한 성과는 하이퍼리퀴드가 앞으로 _모든 온체인 금융의 기반_이 될 수 있다는 주장을 뒷받침합니다.

다른 주요 DEX와의 비교 (dYdX, GMX, UniswapX 등)

하이퍼리퀴드의 부상은 다른 유명한 탈중앙화 거래소와의 비교를 불러일으킵니다. dYdX와 같은 오더북 기반 파생상품부터 GMX와 같은 유동성 풀 기반 무기한 상품, UniswapX와 같은 현물 DEX 애그리게이터에 이르기까지, 각 주요 DEX 모델은 성능, 탈중앙화, 사용자 경험의 균형을 맞추기 위해 다른 접근 방식을 취합니다. 아래에서는 하이퍼리퀴드가 이러한 플랫폼들과 어떻게 비교되는지 분석합니다:

• 하이퍼리퀴드 vs. dYdX: _dYdX_는 탈중앙화 무기한 상품의 초기 선두 주자였지만, 초기 설계(v3)는 하이브리드 접근 방식에 의존했습니다: 오프체인 오더북과 매칭 엔진을 StarkWare의 L2 결제와 결합했습니다. 이는 dYdX에 괜찮은 성능을 제공했지만, 탈중앙화와 컴포저빌리티를 희생했습니다 – 오더북은 중앙 서버에서 운영되었고, 시스템은 일반 스마트 계약에 개방되지 않았습니다. 2023년 말, dYdX는 전용 PoS 체인 내에서 오더북을 완전히 탈중앙화하는 것을 목표로 _v4를 코스모스 앱체인으로 출시_했습니다. 이는 철학적으로 하이퍼리퀴드의 접근 방식과 유사합니다(둘 다 온체인 주문 매칭을 위해 맞춤형 체인을 구축했습니다). 하이퍼리퀴드의 핵심 우위는 _통합 아키텍처_와 성능 튜닝에서의 선점 효과였습니다. HyperCore와 HyperEVM을 함께 설계함으로써, 하이퍼리퀴드는 dYdX의 코스모스 체인이 주목받기 전에 CEX 수준의 속도를 완전히 온체인에서 달성했습니다. 실제로, 하이퍼리퀴드의 성능은 dYdX를 능가했습니다 – 훨씬 더 많은 처리량(초당 수십만 tx)을 처리할 수 있으며, dYdX(EVM 환경이 없는 앱 특정 체인)가 현재 부족한 교차 계약 컴포저빌리티를 제공합니다. Artemis Research는 다음과 같이 언급합니다: 이전 프로토콜들은 성능(GMX처럼) 또는 탈중앙화(dYdX처럼)를 타협했지만, _하이퍼리퀴드는 둘 다를 제공_하여 더 깊은 과제를 해결했습니다. 이는 시장 점유율에 반영됩니다: 2025년까지 하이퍼리퀴드는 무기한 DEX 시장의 약 75%를 차지하는 반면, dYdX의 점유율은 한 자릿수로 줄어들었습니다. 실질적으로, 트레이더들은 하이퍼리퀴드의 UI와 속도가 dYdX와 비슷하다고 생각하지만(둘 다 전문 거래소 인터페이스, 고급 주문 등을 제공), 하이퍼리퀴드는 더 큰 자산 다양성과 온체인 통합을 제공합니다. 또 다른 차이점은 수수료 및 토큰 모델입니다: dYdX의 토큰은 주로 간접적인 수수료 할인이 있는 거버넌스 토큰인 반면, 하이퍼리퀴드의 $HYPE는 거래소 가치를 직접 축적하고(바이백을 통해) 스테이킹 권리를 제공합니다. 마지막으로, 탈중앙화 측면에서 둘 다 PoS 체인입니다 – dYdX는 출시 시 약 20개의 밸리데이터를 가졌고, 하이퍼리퀴드는 2025년 초까지 약 27개를 가졌습니다 – 하지만 하이퍼리퀴드의 개방형 빌더 생태계(HyperEVM)는 개발 및 사용 측면에서 더 탈중앙화되었다고 볼 수 있습니다. 전반적으로, 하이퍼리퀴드는 dYdX의 정신적 후계자로 볼 수 있습니다: 오더북 DEX 개념을 가져와 더 뛰어난 성능으로 완전히 온체인화했으며, 이는 하이퍼리퀴드가 _중앙화 거래소에서도 상당한 거래량을 끌어오는 것_으로 입증됩니다(dYdX v3가 어려움을 겪었던 부분).
• 하이퍼리퀴드 vs. GMX: _GMX_는 무기한 상품에 대한 AMM/풀 기반 모델을 대표합니다. 2022년 아비트럼에서 사용자들이 오라클 기반 가격 책정으로 풀링된 유동성(GLP)에 대해 무기한 상품을 거래할 수 있게 함으로써 인기를 얻었습니다. GMX의 접근 방식은 소규모 거래에 대한 단순성과 제로 가격 영향을 우선시했지만, 성능과 자본 효율성을 일부 희생합니다. GMX는 가격 오라클과 단일 유동성 풀에 의존하기 때문에, 크거나 빈번한 거래는 어려울 수 있습니다 – 트레이더가 이기면 풀이 손실을 입을 수 있고(GLP 보유자가 거래의 반대편을 차지함), 오라클 가격 지연이 악용될 수 있습니다. 하이퍼리퀴드의 오더북 모델은 전문 시장 조성자가 깊은 유동성을 제공하면서 시장 주도 가격으로 트레이더를 P2P로 매칭함으로써 이러한 문제를 피합니다. 이는 GMX 모델에 비해 훨씬 더 좁은 스프레드와 더 나은 대규모 거래 실행을 제공합니다. 본질적으로, GMX의 설계는 _고빈도 성능을 타협_하는 반면(거래는 오라클이 가격을 푸시할 때만 업데이트되며, 빠른 주문 접수/취소가 없음), 하이퍼리퀴드의 설계는 그 점에서 뛰어납니다. 숫자가 이를 반영합니다: GMX의 거래량과 OI는 한 자릿수 작으며, 시장 점유율은 하이퍼리퀴드의 부상에 의해 왜소해졌습니다. 예를 들어, GMX는 일반적으로 20개 미만의 시장(주로 대형주)을 지원했지만, 하이퍼리퀴드는 많은 롱테일 자산을 포함하여 100개 이상의 시장을 제공합니다 – 후자는 하이퍼리퀴드의 체인에서 많은 오더북을 유지하는 것이 가능하기 때문에 가능하지만, GMX에서 새로운 자산 풀을 추가하는 것은 더 느리고 위험합니다. 사용자 경험 관점에서, GMX는 간단한 스왑 스타일 인터페이스를 제공하는 반면(DeFi 초보자에게 좋음), 하이퍼리퀴드는 고급 트레이더를 위한 차트와 오더북이 있는 전체 거래소 대시보드를 제공합니다. 수수료: GMX는 거래에 약 0.1%의 수수료를 부과하며(GLP 및 GMX 스테이커에게 돌아감) 토큰 바이백이 없습니다. 하이퍼리퀴드는 매우 낮은 메이커/테이커 수수료(0.01–0.02% 수준)를 부과하고 수수료를 사용하여 보유자를 위해 $HYPE를 바이백합니다. 탈중앙화: GMX는 이더리움 L2(아비트럼, 아발란체)에서 실행되어 강력한 기본 보안을 상속받지만, 중앙화된 가격 오라클(체인링크)과 단일 유동성 풀에 대한 의존성은 다른 중앙화 위험을 초래합니다. 하이퍼리퀴드는 자체 체인을 운영하며, 이는 이더리움보다 새롭고 덜 검증되었지만, 그 메커니즘(오더북 + 많은 메이커)은 중앙화된 오라클 의존성을 피합니다. 요약하자면, 하이퍼리퀴드는 GMX에 비해 우수한 성능과 기관급 유동성을 제공하지만, 더 복잡한 인프라를 희생합니다. GMX는 온체인 무기한 상품에 대한 수요가 있음을 증명했지만, 하이퍼리퀴드의 오더북은 대량 거래에 훨씬 더 확장성이 있음이 입증되었습니다.
• 하이퍼리퀴드 vs. UniswapX (및 현물 DEX): _UniswapX_는 AMM 및 기타 유동성 소스에서 최적의 가격을 찾는 현물 스왑을 위한 거래 애그리게이터(유니스왑 랩스에서 구축)입니다. 무기한 상품에서 직접적인 경쟁자는 아니지만, UniswapX는 현물 DEX 사용자 경험의 최첨단을 대표합니다. 오프체인 "필러"가 사용자를 위해 거래를 실행하도록 하여 가스 없는, 집계 최적화된 토큰 스왑을 가능하게 합니다. 반면, 하이퍼리퀴드의 현물 거래는 자체 온체인 오더북을 사용합니다(또한 생태계에 HyperSwap이라는 네이티브 AMM이 있습니다). 현물 토큰을 거래하려는 사용자의 경우, 어떻게 비교될까요? 성능: 하이퍼리퀴드의 현물 오더북은 중앙화 거래소와 유사하게 낮은 지연 시간으로 즉각적인 실행을 제공하며, HyperCore의 가스비가 없기 때문에 주문을 체결하는 것이 저렴하고 빠릅니다. UniswapX는 실행을 추상화하여 이더리움에서 사용자 가스를 절약하는 것을 목표로 하지만, 궁극적으로 거래 결제는 여전히 이더리움(또는 다른 기본 체인)에서 발생하며 지연이 발생할 수 있습니다(필러 및 블록 확인 대기). 유동성: UniswapX는 여러 DEX에 걸쳐 많은 AMM 및 시장 조성자로부터 유동성을 조달하므로, 이더리움의 롱테일 토큰에 좋습니다. 그러나 주요 페어의 경우, 모든 트레이더가 한 곳에 모이기 때문에 하이퍼리퀴드의 단일 오더북이 종종 _더 깊은 유동성과 적은 슬리피지_를 가집니다. 실제로, 2024년 3월 현물 시장을 출시한 후, 하이퍼리퀴드는 현물 거래량이 기록적인 수준으로 급증하는 것을 보았으며, 대규모 트레이더들은 우수한 실행 때문에 BTC, ETH, SOL과 같은 자산을 하이퍼리퀴드로 브릿지하여 현물 거래를 한 후 다시 브릿지 아웃했습니다. UniswapX는 토큰 접근의 _폭_에서 뛰어나지만, 하이퍼리퀴드는 더 선별된 자산 세트(거버넌스/경매 프로세스를 통해 상장된 자산)에 대한 _깊이와 효율성_에 중점을 둡니다. 탈중앙화 및 UX: 유니스왑(및 X)은 이더리움의 매우 탈중앙화된 기반을 활용하고 비수탁형이지만, UniswapX와 같은 애그리게이터는 오프체인 행위자(주문을 중계하는 필러)를 도입합니다 – 비록 무허가 방식이지만. 하이퍼리퀴드의 접근 방식은 모든 거래 활동을 완전한 투명성으로 온체인에 유지하며, 하이퍼리퀴드에 상장된 모든 자산은 네이티브 오더북 거래의 이점과 DeFi 앱과의 컴포저빌리티를 얻습니다. 하이퍼리퀴드의 사용자 경험은 중앙화된 거래 앱에 더 가깝고(고급 사용자가 선호), UniswapX는 원클릭 스왑을 위한 "메타-DEX"에 더 가깝습니다(캐주얼 거래에 편리). 수수료: UniswapX의 수수료는 사용된 DEX 유동성에 따라 다르며(일반적으로 AMM에서 0.05–0.3%) 필러 인센티브가 추가될 수 있습니다. 하이퍼리퀴드의 현물 수수료는 미미하며 종종 $HYPE 할인으로 상쇄됩니다. 요약하자면, 하이퍼리퀴드는 맞춤형 체인에서 오더북 기반 현물 거래소라는 새로운 모델을 제공함으로써 유니스왑 및 기타 현물 DEX와 경쟁합니다. 대량 현물 트레이더(특히 대형주 자산)가 더 깊은 유동성과 CEX와 유사한 경험 때문에 하이퍼리퀴드를 선호하는 틈새 시장을 개척했으며, 반면 잘 알려지지 않은 ERC-20을 스왑하는 소매 사용자는 여전히 유니스왑의 생태계를 선호할 수 있습니다. 주목할 점은, 하이퍼리퀴드 생태계는 AMM 풀을 통해 롱테일 토큰을 포착하기 위해 Hyperswap(HyperEVM의 AMM으로 약 7천만 달러 TVL)을 도입했다는 것입니다 – AMM과 오더북이 공존하며 다른 시장 부문을 서비스할 수 있음을 인정하는 것입니다.

주요 차이점 요약: 아래 표는 높은 수준의 비교를 요약합니다:

본질적으로, 하이퍼리퀴드는 일반적인 약점 없이 이러한 접근 방식의 강점을 결합하여 새로운 기준을 세웠습니다: DeFi의 투명성과 무허가성을 희생하지 않으면서(GMX의 성능과 유니스왑의 컴포저빌리티를 개선), CEX의 정교한 주문 유형, 속도, 유동성을 제공합니다(dYdX의 이전 시도를 능가). 결과적으로, 하이퍼리퀴드는 단순히 dYdX나 GMX로부터 시장 점유율을 빼앗는 대신, 이전에 CEX에 머물렀던 트레이더들을 유치함으로써 실제로 _온체인 거래 시장을 확장_했습니다. 그 성공은 다른 이들에게 진화를 촉발시켰습니다 – 예를 들어, 코인베이스와 로빈후드조차도 온체인 무기한 상품 시장 진입을 고려했지만, 지금까지는 훨씬 낮은 레버리지와 유동성을 보였습니다. 이 추세가 계속된다면, CEX와 DEX 모두 성능과 신뢰성을 결합하기 위해 경쟁하는 푸시를 기대할 수 있으며, 이 경쟁에서 하이퍼리퀴드는 현재 강력한 선두를 달리고 있습니다.

생태계 성장, 파트너십 및 커뮤니티 이니셔티브

2025년 하이퍼리퀴드의 가장 큰 성과 중 하나는 단일 제품 거래소에서 번창하는 블록체인 생태계로 성장한 것입니다. HyperEVM의 출시는 하이퍼리퀴드의 핵심을 중심으로 구축되는 프로젝트와 파트너십의 캄브리아기 폭발을 일으켰으며, 이를 단순한 거래 장소가 아닌 완전한 DeFi 및 Web3 환경으로 만들었습니다. 여기서는 생태계의 확장과 주요 전략적 제휴를 탐구합니다:

생태계 프로젝트 및 개발자 유치: 2025년 초부터 수십 개의 dApp이 내장된 유동성과 사용자 기반에 이끌려 하이퍼리퀴드에 배포되었습니다. 이들은 DeFi 기본 요소의 전 범위를 아우르며 NFT와 게임까지 확장됩니다:

• 탈중앙화 거래소 (DEX): 하이퍼리퀴드의 네이티브 오더북 외에도, 다른 요구를 충족시키기 위해 커뮤니티가 구축한 DEX가 등장했습니다. 특히, Hyperswap은 HyperEVM의 AMM으로 출시되어 빠르게 롱테일 토큰의 주요 유동성 허브가 되었습니다(4개월 이내에 7천만 달러 이상의 TVL과 20억 달러의 거래량을 기록). Hyperswap의 자동화된 풀은 새로운 토큰의 무허가 상장을 허용하고 프로젝트가 유동성을 부트스트랩할 수 있는 쉬운 장소를 제공함으로써 하이퍼리퀴드의 CLOB을 보완합니다. 또 다른 프로젝트인 KittenSwap(ve(3,3) 토크노믹스를 갖춘 Velodrome 포크)도 소규모 자산에 대한 인센티브화된 AMM 거래를 제공하기 위해 출시되었습니다. 이러한 DEX 추가는 밈코인과 실험적인 토큰조차도 AMM을 통해 하이퍼리퀴드에서 번창할 수 있도록 보장하며, 주요 자산은 오더북에서 거래됩니다 – 이는 전체 거래량을 견인하는 시너지 효과입니다.
• 대출 및 수익률 프로토콜: 하이퍼리퀴드 생태계는 이제 거래소와 상호 연결된 _머니 마켓 및 수익률 최적화기_를 특징으로 합니다. HyperBeat는 HyperEVM의 대표적인 대출/차입 프로토콜입니다(2025년 중반 기준 약 1억 4,500만 달러 TVL). 사용자는 $HYPE, 스테이블코인 또는 LP 토큰과 같은 자산을 예치하여 이자를 얻고, 담보를 대출받아 추가 레버리지로 하이퍼리퀴드에서 거래할 수 있습니다. HyperBeat는 하이퍼리퀴드의 오더북 가격을 직접 읽고 HyperCore를 통해 온체인 청산을 트리거할 수도 있기 때문에, 크로스체인 대출 프로토콜보다 더 효율적이고 안전하게 운영됩니다. 수익률 애그리게이터도 등장하고 있습니다 – **HyperBeat의 "Hearts" 보상 프로그램** 및 기타 프로그램은 유동성 제공 또는 볼트 예치를 장려합니다. 또 다른 주목할 만한 진입자는 **Kinetiq**으로,$HYPE를 위한 유동성 스테이킹 프로젝트이며 첫날 4억 달러 이상의 예금을 유치하여 HYPE에 대한 수익 창출에 대한 거대한 커뮤니티의 욕구를 나타냈습니다. 외부 이더리움 기반 프로토콜도 통합되고 있습니다: 주요 유동성 스테이킹 제공업체인 EtherFi(약 90억 달러의 ETH 스테이킹)는 HyperBeat를 통해 스테이킹된 ETH와 새로운 수익률 전략을 하이퍼리퀴드로 가져오기 위한 협력을 발표했습니다. 이 파트너십은 HYPE를 위한 유동성 스테이킹 토큰인 beHYPE를 도입하고, 잠재적으로 EtherFi의 스테이킹된 ETH를 하이퍼리퀴드 시장의 담보로 가져올 것입니다. 이러한 움직임은 기존 DeFi 플레이어들이 하이퍼리퀴드 생태계의 잠재력에 대한 신뢰를 보여줍니다.
• 스테이블코인 및 암호화폐 뱅킹: 안정적인 온체인 통화의 필요성을 인식한 하이퍼리퀴드는 외부 및 네이티브 스테이블코인 지원을 모두 유치했습니다. 가장 중요한 것은, **Circle(USDC 발행사)**이 2025년에 하이퍼리퀴드에 네이티브 USDC를 출시하기 위해 전략적 파트너십을 체결했다는 것입니다. Circle의 크로스체인 전송 프로토콜(CCTP)을 사용하여, 사용자는 이더리움에서 USDC를 소각하고 하이퍼리퀴드에서 1:1 USDC를 발행할 수 있게 되어, 래퍼를 제거하고 체인에 직접적인 스테이블코인 유동성을 가능하게 합니다. 이 통합은 하이퍼리퀴드로의 대규모 자본 이전을 간소화하고 브릿지된 USDT/USDC에 대한 의존도를 줄일 것으로 예상됩니다. 실제로, 발표 시점에 하이퍼리퀴드의 관리 자산은 네이티브 USDC 지원에 대한 기대로 부분적으로 55억 달러로 급증했습니다. 네이티브 측면에서는, Hyperstable과 같은 프로젝트가 수익 창출 거버넌스 토큰 PEG를 갖춘 과잉 담보 스테이블코인(USH)을 HyperEVM에 출시하여, 트레이더와 DeFi 사용자가 사용할 수 있는 스테이블코인 옵션에 다양성을 더했습니다.
• 혁신적인 DeFi 인프라: 하이퍼리퀴드의 독특한 기능은 DEX 설계 및 파생상품의 혁신을 촉발했습니다. 예를 들어, Valantis는 HyperEVM의 모듈식 DEX 프로토콜로, 개발자가 특수 로직을 갖춘 맞춤형 AMM 및 "주권 풀"을 만들 수 있게 합니다. 리베이스 토큰 및 동적 수수료와 같은 고급 기능을 지원하며 4,400만 달러의 TVL을 보유하고 있어, 팀들이 하이퍼리퀴드를 DeFi 설계를 발전시키기 위한 비옥한 땅으로 보고 있음을 보여줍니다. 무기한 상품에 대해 구체적으로, 커뮤니티는 HIP-3을 통과시켜 하이퍼리퀴드의 Core 엔진을 새로운 무기한 시장을 출시하려는 모든 사람에게 개방했습니다. 이는 게임 체인저입니다: 사용자가 주가 지수나 상품에 대한 무기한 시장을 원한다면, 하이퍼리퀴드 팀 없이도 (거버넌스 매개변수에 따라) 배포할 수 있다는 것을 의미합니다 – 유니스왑이 ERC20 스왑에 대해 했던 것과 같은 진정한 무허가 파생상품 프레임워크입니다. 이미, 새로운 자산에 대한 커뮤니티 출시 시장이 등장하여 이 개방성의 힘을 보여주고 있습니다.
• 분석, 봇 및 툴링: 하이퍼리퀴드의 트레이더를 지원하기 위해 다양한 도구가 등장했습니다. 예를 들어, PvP.trade는 하이퍼리퀴드의 API와 통합된 텔레그램 기반 거래 봇으로, 사용자가 채팅을 통해 무기한 거래를 실행하고 친구의 포지션을 팔로우하여 소셜 트레이딩 경험을 할 수 있게 합니다. 포인트 프로그램과 토큰 에어드랍을 실행하여 상당한 인기를 얻었습니다. 분석 측면에서는, Insilico Terminal 및 Katoshi AI와 같은 AI 기반 플랫폼이 하이퍼리퀴드 지원을 추가하여, 트레이더에게 하이퍼리퀴드 시장에 맞춤화된 고급 시장 신호, 자동화된 전략 봇, 예측 분석을 제공합니다. 이러한 제3자 도구의 존재는 개발자들이 하이퍼리퀴드를 바이낸스나 유니스왑을 위해 많은 도구가 존재하는 것처럼, 봇과 터미널을 구축할 가치가 있는 중요한 시장으로 보고 있음을 나타냅니다. 또한, 인프라 제공업체들도 하이퍼리퀴드를 채택했습니다: QuickNode 등은 하이퍼리퀴드 체인을 위한 RPC 엔드포인트를 제공하고, Nansen은 하이퍼리퀴드 데이터를 포트폴리오 추적기에 통합했으며, 블록체인 탐색기 및 애그리게이터가 네트워크를 지원하고 있습니다. 이 _인프라 채택_은 사용자 경험에 중요하며, 하이퍼리퀴드가 멀티체인 환경에서 주요 네트워크로 인식되고 있음을 의미합니다.
• NFT 및 게임: 순수 금융을 넘어, 하이퍼리퀴드 생태계는 NFT와 암호화폐 게임에도 손을 뻗어 커뮤니티의 풍미를 더합니다. HypurrFun은 텔레그램 봇 경매 시스템을 사용하여 하이퍼리퀴드의 현물 시장에 농담성 토큰($PIP 및$JEFF 등)을 상장하여 주목을 받은 밈코인 런치패드입니다. 커뮤니티에 재미있는, Pump.win 스타일의 경험을 제공했으며, HyperEVM 이전 하이퍼리퀴드의 토큰 경매 메커니즘을 테스트하는 데 중요한 역할을 했습니다. Hypio(DeFi 유틸리티를 통합한 NFT 컬렉션)와 같은 NFT 프로젝트가 하이퍼리퀴드에서 출시되었고, AI 기반 게임(TheFarm.fun)조차도 창의적인 NFT를 발행하고 토큰 에어드랍을 계획하기 위해 체인을 활용하고 있습니다. 이것들은 틈새 시장일 수 있지만, 유기적인 커뮤니티가 형성되고 있음을 나타냅니다 – 밈, NFT, 소셜 게임에 참여하는 트레이더들이 같은 체인에 머물면서 사용자 고착도를 높입니다.

전략적 파트너십: 풀뿌리 프로젝트와 함께, 하이퍼리퀴드 팀(하이퍼 재단을 통해)은 그 범위를 확장하기 위해 적극적으로 파트너십을 추구해 왔습니다:

• 팬텀 월렛 (솔라나 생태계): 2025년 7월, 하이퍼리퀴드는 인기 있는 솔라나 지갑인 팬텀과 주요 파트너십을 발표하여, 팬텀 사용자에게 지갑 내 무기한 선물 거래를 제공하기로 했습니다. 이 통합을 통해 수백만 명의 사용자를 보유한 팬텀의 모바일 앱에서 지갑 인터페이스를 떠나지 않고도 네이티브하게 하이퍼리퀴드 무기한 상품을 거래할 수 있습니다. BTC, ETH, SOL 등을 포함하여 최대 50배 레버리지의 100개 이상의 시장이 팬텀에서 이용 가능하게 되었으며, 손절매 주문과 같은 내장된 리스크 관리 기능이 제공됩니다. 그 중요성은 두 가지입니다: 솔라나 커뮤니티 사용자에게 하이퍼리퀴드 시장에 쉽게 접근할 수 있는 기회를 제공하고(생태계 간 연결), 하이퍼리퀴드의 _API 및 백엔드 강점_을 보여줍니다 – 팬텀은 대규모 사용자 흐름을 처리할 수 없는 DEX를 통합하지 않을 것입니다. 팬텀 팀은 하이퍼리퀴드의 유동성과 빠른 결제가 원활한 모바일 거래 UX를 제공하는 데 핵심이었다고 강조했습니다. 이 파트너십은 본질적으로 하이퍼리퀴드를 선도적인 암호화폐 지갑 내의 "무기한 엔진"으로 내장하여, 새로운 사용자가 하이퍼리퀴드에서 거래를 시작하는 데 따르는 마찰을 극적으로 낮춥니다. 이는 사용자 확보를 위한 전략적 승리이며, 하이퍼리퀴드가 다른 생태계(이 경우 솔라나)와 경쟁하기보다는 협력하려는 의도를 보여줍니다.
• Circle (USDC): 앞서 언급했듯이, Circle이 하이퍼리퀴드에 CCTP를 통해 네이티브 USDC를 배포하기 위한 파트너십은 초석적인 통합입니다. 이는 하이퍼리퀴드를 주요 스테이블코인 발행사의 눈에 일류 체인으로 합법화할 뿐만 아니라, 중요한 인프라 조각인 법정화폐 유동성을 해결합니다. Circle이 하이퍼리퀴드에 네이티브 USDC를 활성화하면, 트레이더들은 이더리움이나 솔라나에서 USDC를 이동하는 것과 동일한 용이성(과 신뢰)으로 하이퍼리퀴드 네트워크 안팎으로 달러를 이체할 수 있게 될 것입니다. 이는 차익 거래와 거래소 간 흐름을 간소화합니다. 또한, Circle의 크로스체인 전송 프로토콜 v2는 USDC가 중개자 없이 하이퍼리퀴드와 다른 체인 간에 이동할 수 있게 하여, 하이퍼리퀴드를 멀티체인 유동성 네트워크에 더욱 통합시킬 것입니다. 2025년 7월까지, USDC 및 기타 자산의 유입에 대한 기대로 하이퍼리퀴드의 총 자산 풀은 이미 55억 달러로 증가했습니다. Circle 통합이 완전히 활성화되면 이 숫자는 더 늘어날 것으로 예상됩니다. 본질적으로, 이 파트너십은 트레이더들의 마지막 장벽 중 하나인 하이퍼리퀴드의 고속 환경으로의 쉬운 법정화폐 온/오프 램프를 해결합니다.
• 시장 조성자 및 유동성 파트너: 항상 공개되지는 않지만, 하이퍼리퀴드는 오더북 유동성을 부트스트랩하기 위해 전문 시장 조성 회사와 관계를 맺었을 가능성이 높습니다. 관찰된 깊이(일부 페어에서는 종종 바이낸스와 경쟁)는 주요 암호화폐 유동성 공급자(Wintermute, Jump 등과 같은 회사일 수 있음)가 하이퍼리퀴드에서 적극적으로 시장을 조성하고 있음을 시사합니다. 간접적인 지표 중 하나는, 거래 회사인 _Auros Global_이 2025년 초에 "하이퍼리퀴드 상장 101" 가이드를 발표하면서 하이퍼리퀴드가 2025년 1분기에 일일 평균 61억 달러의 무기한 거래량을 기록했다고 언급했는데, 이는 시장 조성자들이 주목하고 있음을 의미합니다. 또한, 하이퍼리퀴드의 설계(메이커 리베이트나 HLP 수익률과 같은 인센티브 포함)와 가스비 없는 이점은 HFT 회사에 매우 매력적입니다. 특정 MM 파트너십이 명명되지는 않았지만, 생태계는 분명히 그들의 참여로부터 이익을 얻고 있습니다.
• 기타: 프로토콜 개발을 관리하는 하이퍼 재단은 신뢰할 수 있는 밸리데이터를 장려하기 위한 위임 프로그램과 글로벌 커뮤니티 프로그램(2025년에 25만 달러 상금의 해커톤 개최)과 같은 이니셔티브를 시작했습니다. 이는 네트워크의 탈중앙화를 강화하고 새로운 인재를 유치하는 데 도움이 됩니다. 또한 필요한 경우 외부 데이터를 위해 오라클 제공업체(체인링크 또는 Pyth)와 협력합니다 – 예를 들어, 합성 실물 자산 시장이 출시되면 이러한 파트너십이 중요할 것입니다. 하이퍼리퀴드가 EVM 호환이므로, 이더리움의 도구(Hardhat, The Graph 등)는 개발자의 요구에 따라 비교적 쉽게 하이퍼리퀴드로 확장될 수 있습니다.

커뮤니티 및 거버넌스: 하이퍼리퀴드의 커뮤니티 참여는 초기 에어드랍과 지속적인 거버넌스 투표로 인해 높았습니다. 하이퍼리퀴드 개선 제안(HIP) 프레임워크는 첫 해에 중요한 제안(HIP-1에서 HIP-3)이 통과되어 활발한 거버넌스 프로세스를 시사합니다. 커뮤니티는 하이퍼리퀴드의 경매 모델을 통해 토큰 상장에 역할을 했습니다 – 새로운 토큰은 온체인 경매를 통해 출시되며(종종 HypurrFun 또는 유사한 곳에서 촉진됨), 성공적인 경매는 오더북에 상장됩니다. 이 프로세스는 수수료와 심사에 의해 허가되지만, 커뮤니티 주도 토큰(밈코인 등)이 중앙화된 게이트키핑 없이 하이퍼리퀴드에서 주목받을 수 있게 했습니다. 또한 상장 비용이 있기 때문에 하이퍼리퀴드가 스팸 토큰을 피하는 데 도움이 되었으며, 진지한 프로젝트나 열정적인 커뮤니티만이 이를 추구하도록 보장했습니다. 그 결과는 무허가 혁신과 어느 정도의 품질 관리 사이의 균형을 맞추는 생태계입니다 – DeFi에서 새로운 접근 방식입니다.

또한, 하이퍼 재단(비영리 단체)은 생태계 성장을 지원하기 위해 설립되었습니다. $HYPE 토큰 출시 및 인센티브 기금 관리와 같은 이니셔셔티브를 담당해 왔습니다. 재단이 인센티브를 무분별하게 발행하지 않기로 한 결정은(The Defiant에서 언급했듯이, 에어드랍 이후 추가 유동성 채굴을 제공하지 않음) 처음에는 일부 수익 농부들을 주춤하게 했을 수 있지만, _단기적인 TVL 증대보다 유기적인 사용_에 초점을 맞추고 있음을 강조합니다. 이 전략은 꾸준한 성장으로 성과를 거둔 것으로 보입니다. 이제 EtherFi의 참여와 같은 움직임은 대규모 유동성 채굴 없이도 실제 DeFi 활동이 하이퍼리퀴드에서 뿌리내리고 있음을 보여줍니다. 이는 실제 수수료 수익에서 나오는 높은 수익률과 활발한 거래 기반에 대한 접근과 같은 독특한 기회 때문입니다.

요약하자면, 2025년의 하이퍼리퀴드는 번창하는 생태계와 강력한 동맹으로 둘러싸여 있습니다. 그 체인은 무기한 및 현물 거래에서부터 AMM, 대출, 스테이블코인, 유동성 스테이킹, NFT 등에 이르기까지 포괄적인 DeFi 스택의 본거지이며, 그 대부분은 지난 1년 동안에만 생겨났습니다. 팬텀 및 Circle과 같은 전략적 파트너십은 암호화폐 세계 전반에 걸쳐 사용자 도달 범위와 유동성 접근을 확장하고 있습니다. 커뮤니티 주도 측면(경매, 거버넌스, 해커톤)은 하이퍼리퀴드의 성공에 점점 더 투자하는 참여적인 사용자 기반을 보여줍니다. 이 모든 요소는 하이퍼리퀴드를 거래소 이상으로, 전체적인 금융 레이어로 자리매김하게 합니다.

미래 전망: 온체인 금융에 대한 하이퍼리퀴드의 비전 (파생상품, RWA 등)

하이퍼리퀴드의 빠른 성장은 다음은 무엇인가? 라는 질문을 던지게 합니다. 이 프로젝트의 비전은 항상 야심찼습니다 – 모든 온체인 금융의 기반 인프라가 되는 것. 온체인 무기한 상품에서 지배력을 달성한 하이퍼리퀴드는 새로운 제품과 시장으로 확장할 준비가 되어 있으며, 잠재적으로 전통적인 금융 자산이 암호화폐와 상호 작용하는 방식을 재편할 수 있습니다. 다음은 미래 지향적인 비전의 몇 가지 핵심 요소입니다:

• 파생상품 제품군 확장: 무기한 선물은 초기 교두보였지만, 하이퍼리퀴드는 다른 파생상품으로 확장할 수 있습니다. 아키텍처(HyperCore + HyperEVM)는 옵션, 금리 스왑 또는 구조화 상품과 같은 추가적인 금융 상품을 지원할 수 있습니다. 논리적인 다음 단계는 체인의 유동성과 빠른 실행을 활용하여 HyperEVM에서 온체인 옵션 거래소나 옵션 AMM을 출시하는 것일 수 있습니다. 통합된 상태에서, 하이퍼리퀴드의 옵션 프로토콜은 무기한 오더북을 통해 직접 헤지할 수 있어 효율적인 리스크 관리를 창출할 수 있습니다. 아직 하이퍼리퀴드에서 주요 온체인 옵션 플랫폼이 등장하지는 않았지만, 생태계의 성장을 고려할 때 2025-26년에는 가능성이 있습니다. 또한, 전통적인 선물 및 토큰화된 파생상품(예: 주가 지수, 상품 또는 FX 금리에 대한 선물)이 HIP 제안을 통해 도입될 수 있습니다 – _본질적으로 전통 금융 시장을 온체인으로 가져오는 것_입니다. 하이퍼리퀴드의 HIP-3은 이미 오라클이나 가격 피드가 있는 한 "암호화폐 또는 전통 자산"을 무기한 시장으로 상장할 수 있는 길을 열었습니다. 이는 커뮤니티 구성원들이 주식, 금 또는 기타 자산에 대한 시장을 무허가 방식으로 출시할 수 있는 문을 엽니다. 유동성과 법적 고려 사항이 허용된다면, 하이퍼리퀴드는 실물 시장의 24/7 토큰화된 거래 허브가 될 수 있으며, 이는 많은 CEX조차도 대규모로 제공하지 않는 것입니다. 이러한 발전은 온체인에서 통합된 글로벌 거래 플랫폼의 비전을 진정으로 실현할 것입니다.
• 실물 자산(RWA) 및 규제 시장: 실물 자산을 DeFi로 연결하는 것은 주요 트렌드이며, 하이퍼리퀴드는 이를 촉진하기에 좋은 위치에 있습니다. HyperUnit과 Circle과 같은 파트너십을 통해, 체인은 실물 자산(USDC를 통한 법정화폐, 래핑된 토큰을 통한 BTC/SOL)과 통합되고 있습니다. 다음 단계는 하이퍼리퀴드에서 거래되는 토큰화된 증권이나 채권일 수 있습니다. 예를 들어, 정부 채권이나 주식이 토큰화되어(아마도 규제 샌드박스 하에서) 하이퍼리퀴드의 오더북에서 24/7 거래되는 미래를 상상할 수 있습니다. 이미, 하이퍼리퀴드의 설계는 _"규제 친화적"_입니다 – 합성 IOU 대신 네이티브 자산을 사용하는 것은 규정 준수를 단순화할 수 있습니다. 하이퍼 재단은 특정 RWA를 플랫폼에서 허용하기 위해 관할권과 협력하는 것을 탐색할 수 있으며, 특히 온체인 KYC/화이트리스팅 기술이 개선됨에 따라(HyperEVM은 규제된 자산에 필요한 경우 허가된 풀을 지원할 수 있음) 더욱 그렇습니다. 공식적인 RWA 토큰이 없더라도, 하이퍼리퀴드의 무허가 무기한 상품은 RWA를 _추적_하는 파생상품을 상장할 수 있습니다(예: S&P 500 지수에 대한 무기한 스왑). 이는 간접적이지만 효과적인 방식으로 DeFi 사용자에게 RWA 노출을 제공할 것입니다. 요약하자면, 하이퍼리퀴드는 암호화폐 시장과 전통 시장 간의 경계를 흐리게 하는 것을 목표로 합니다 – 모든 금융을 수용하려면 결국 전통적인 측면의 자산과 참여자를 수용해야 합니다. 그 융합을 위한 기반(기술 및 유동성 측면에서)이 마련되고 있습니다.
• 확장 및 상호 운용성: 하이퍼리퀴드는 수직적으로(더 많은 처리량, 더 많은 밸리데이터) 계속 확장될 것이며, 상호 운용성을 통해 수평적으로도 확장될 가능성이 높습니다. 코스모스 IBC나 다른 크로스체인 프로토콜을 통해, 하이퍼리퀴드는 더 넓은 네트워크에 연결되어 자산과 메시지가 신뢰 없이 흐를 수 있게 할 수 있습니다. 이미 USDC에 대해 Circle의 CCTP를 사용하고 있습니다. 체인링크의 CCIP나 코스모스의 IBC와 같은 것과의 통합은 크로스체인 거래 가능성을 확장할 수 있습니다. 하이퍼리퀴드는 다른 체인이 활용하는 유동성 허브가 될 수 있습니다(이더리움이나 솔라나의 dApp이 신뢰 없는 브릿지를 통해 하이퍼리퀴드에서 거래를 실행하는 것을 상상해보세요 – 네이티브 체인을 떠나지 않고 하이퍼리퀴드의 유동성을 얻는 것). 하이퍼리퀴드를 **"유동성 허브"**로 언급하고, 증가하는 미결제 약정 점유율(2025년 중반까지 이미 전체 암호화폐 선물 OI의 약 18%)은 더 큰 DeFi 프로토콜 네트워크의 중심이 될 수 있음을 나타냅니다. 하이퍼 재단의 협력적인 접근 방식(예: 지갑, 다른 L1과의 파트너십)은 하이퍼리퀴드를 고립된 섬이 아닌 멀티체인 미래의 일부로 보고 있음을 시사합니다.
• 고급 DeFi 인프라: 고성능 거래소와 일반 프로그래밍 가능성을 결합함으로써, 하이퍼리퀴드는 이전에 온체인에서 실현 불가능했던 정교한 금융 상품을 가능하게 할 수 있습니다. 예를 들어, _온체인 헤지 펀드나 볼트 전략_은 HyperEVM에 구축되어 HyperCore를 통해 직접 복잡한 전략(차익 거래, 오더북에서의 자동화된 시장 조성 등)을 모두 한 체인에서 실행할 수 있습니다. 이 수직적 통합은 레이어 간 자금 이동이나 크로스체인 차익 거래 중 MEV 봇에 의해 선행 매매되는 것과 같은 비효율성을 제거합니다 – 모든 것이 HyperBFT 합의 하에 완전한 원자성으로 일어날 수 있습니다. 우리는 하이퍼리퀴드의 기본 요소를 사용하여 수익을 창출하는 자동화된 전략 볼트의 성장을 볼 수 있을 것입니다(일부 초기 볼트는 이미 존재할 가능성이 있으며, 아마도 HyperBeat나 다른 곳에서 운영될 것입니다). 하이퍼리퀴드의 창립자는 전략을 _"네이티브 애플리케이션을 다듬은 다음 범용 인프라로 성장하는 것"_으로 요약했습니다. 이제 네이티브 거래 앱이 다듬어지고 광범위한 사용자 기반이 확보되었으므로, 하이퍼리퀴드가 _일반 DeFi 인프라 레이어_가 될 문이 열렸습니다. 이는 DEX뿐만 아니라 이더리움이나 솔라나와 같은 레이어 1과 금융 dApp 호스팅을 두고 경쟁하게 할 수 있습니다 – 비록 하이퍼리퀴드의 전문 분야는 깊은 유동성이나 낮은 지연 시간을 요구하는 모든 것이 될 것입니다.
• 기관 채택 및 규정 준수: 하이퍼리퀴드의 미래는 헤지 펀드, 시장 조성자, 심지어 핀테크 회사와 같은 기관 플레이어들을 플랫폼을 사용하도록 유치하는 것을 포함할 가능성이 높습니다. 이미, 거래량과 코인베이스, 로빈후드 등이 무기한 상품을 주시하고 있다는 사실을 고려할 때 기관의 관심이 높아지고 있습니다. 하이퍼리퀴드는 _기관이 온체인으로 진출하기 위한 인프라 제공업체_로 자리매김할 수 있습니다. 하위 계정, 규정 준수 보고 도구 또는 화이트리스트 풀(특정 규제 사용자에 필요한 경우)과 같은 기능을 제공할 수 있으며, 이 모든 것을 소매 사용자를 위한 공개적이고 온체인적인 성격을 유지하면서 할 수 있습니다. _규제 환경_이 이에 영향을 미칠 것입니다: 관할권이 DeFi 파생상품의 지위를 명확히 한다면, 하이퍼리퀴드는 어떤 형태로든 라이선스를 받은 장소가 되거나, 기관이 간접적으로 연결하는 순수하게 탈중앙화된 네트워크로 남을 수 있습니다. _"규제 친화적 설계"_에 대한 언급은 팀이 법률을 위반하지 않으면서 실세계 통합을 허용하는 균형을 맞추는 데 유념하고 있음을 시사합니다.
• 지속적인 커뮤니티 권한 부여: 플랫폼이 성장함에 따라, 더 많은 의사 결정이 토큰 보유자에게 이전될 수 있습니다. 우리는 미래의 HIP가 수수료 매개변수 조정, 인센티브 기금 할당(따로 마련된 공급량의 약 39%), 새로운 제품 도입(예: 옵션 모듈이 제안된 경우), 밸리데이터 세트 확장과 같은 것을 다룰 것으로 기대할 수 있습니다. 커뮤니티는 하이퍼리퀴드의 궤도를 안내하는 데 큰 역할을 할 것이며, 사실상 이 탈중앙화 거래소의 주주 역할을 할 것입니다. 커뮤니티 재무부(아직 분배되지 않은 토큰과 바이백에 사용되지 않은 수익으로 자금을 조달할 수 있음)는 하이퍼리퀴드의 새로운 프로젝트에 자금을 지원하거나 보조금을 제공하여 생태계 개발을 더욱 강화하는 데 사용될 수 있습니다.

결론: 2025년의 하이퍼리퀴드는 많은 사람들이 불가능하다고 생각했던 것을 달성했습니다: 성능과 유동성 면에서 중앙화 플랫폼과 경쟁하는 완전한 온체인 거래소. 그 기술 아키텍처 – HyperBFT, HyperCore, HyperEVM – 는 차세대 금융 네트워크의 청사진임이 입증되었습니다. $HYPE 토큰 모델은 커뮤니티를 플랫폼의 성공과 긴밀하게 연결하여, DeFi에서 가장 수익성 있고 디플레이션적인 토큰 경제 중 하나를 창출합니다. 막대한 거래량, 급증하는 사용자 기반, 빠르게 성장하는 DeFi 생태계를 바탕으로, 하이퍼리퀴드는 _금융 애플리케이션을 위한 최고의 레이어 1_로 자리매김했습니다. 앞으로, **"모든 금융을 담을 블록체인"**이 되겠다는 비전은 허황된 것으로 보이지 않습니다. 더 많은 자산 클래스를 온체인으로 가져오고(잠재적으로 실물 자산 포함) 다른 네트워크 및 파트너와 계속 통합함으로써, 하이퍼리퀴드는 진정으로 글로벌하고, 24/7, 탈중앙화된 금융 시스템의 중추 역할을 할 수 있습니다. 그러한 미래에는 암호화폐와 전통 시장 간의 경계가 흐려지고, 하이퍼리퀴드의 고성능과 신뢰 없는 아키텍처의 조화가 그들을 연결하는 모델이 되어, 한 번에 한 블록씩 온체인 금융의 미래를 구축할 수 있을 것입니다.

출처:

1. QuickNode 블로그 – “2025년의 하이퍼리퀴드: 고성능 DEX...” (아키텍처, 지표, 토크노믹스, 비전)
2. Artemis Research – “하이퍼리퀴드: 가치 평가 모델 및 강세 사례” (시장 점유율, 토큰 모델, 비교)
3. The Defiant – “EtherFi, 하이퍼리퀴드로 확장…HyperBeat” (생태계 TVL, 기관 관심)
4. BlockBeats – “하이퍼리퀴드 성장 내부 – 2025년 반기 보고서” (온체인 지표, 거래량, OI, 사용자 통계)
5. Coingape – “하이퍼리퀴드, 팬텀 파트너십 통해 솔라나로 확장” (팬텀 월렛 통합, 모바일 무기한 상품)
6. Mitrade/Cryptopolitan – “Circle, 하이퍼리퀴드와 USDC 통합” (네이티브 USDC 출시, 55억 달러 AUM)
7. Nansen – “하이퍼리퀴드란? – 블록체인 DEX 및 거래 설명” (기술 개요, 1초 미만 완결성, 토큰 용도)
8. DeFi Prime – “하이퍼리퀴드 체인 생태계 탐험: 심층 분석” (생태계 프로젝트: DEX, 대출, NFT 등)
9. 하이퍼리퀴드 위키/문서 – 하이퍼리퀴드 GitBook 및 통계 (HIP를 통한 자산 상장, 통계 대시보드)
10. CoinMarketCap – 하이퍼리퀴드 (HYPE) 상장 (하이퍼리퀴드 L1 및 온체인 오더북 설계에 대한 기본 정보)

)

TL;DR​

메메코인은 인터넷 문화, 농담, 바이럴 순간에서 탄생한 암호화 토큰입니다. 그 가치는 근본적인 펀더멘털이 아니라 주목도, 커뮤니티 조정, 속도에 의해 움직입니다. 이 카테고리는 2013년 Dogecoin으로 시작해 SHIB, PEPE와 같은 토큰, 그리고 Solana와 Base에서의 대규모 파동으로 폭발했습니다. 현재 이 부문은 수십억 달러 규모의 시가총액을 차지하며 네트워크 수수료와 온체인 볼륨에 큰 영향을 미칠 수 있습니다. 하지만 대부분의 메메코인은 내재적 유틸리티가 없으며, 극도로 변동성이 크고 고회전 자산입니다. “러그 풀”과 결함 있는 프리세일 위험이 매우 높습니다. 참여한다면 유동성, 공급, 소유권 제어, 배포, 계약 보안을 평가하는 엄격한 체크리스트를 사용하세요.

10초 정의​

메메코인은 인터넷 밈, 문화적 내부 농담, 혹은 바이럴 사회적 사건에서 영감을 받은 암호화폐입니다. 전통적인 프로젝트와 달리 보통 커뮤니티 주도로 움직이며, 현금 흐름이나 프로토콜 유틸리티보다 소셜 미디어 모멘텀에 의존합니다. 이 개념은 2013년 가벼운 패러디로 시작된 Dogecoin에서 출발했으며, 이후 다양한 블록체인에서 새로운 트렌드와 내러티브를 타고 파생 토큰이 연속적으로 등장했습니다.

실제 규모는?​

재밌는 기원에 속아서는 안 됩니다—메메코인 부문은 암호화폐 시장에서 상당한 힘을 가지고 있습니다. 하루하루 전체 메메코인 시가총액은 수십억 달러에 달할 수 있습니다. 강세 사이클에서는 이 카테고리가 비 BTC/ETH 전체 암호화폐 경제에서 물질적인 비중을 차지하기도 합니다. 이 규모는 CoinGecko 같은 데이터 집계 사이트와 주요 거래소의 “meme” 카테고리에서 쉽게 확인할 수 있습니다.

메메코인이 존재하는 곳​

메메코인은 어느 스마트 컨트랙트 플랫폼에서도 존재할 수 있지만, 몇몇 생태계가 주도적인 허브가 되었습니다.

• Ethereum: 최초의 스마트 컨트랙트 체인으로, $DOGE와 연관된 ERC‑20부터 $PEPE까지 다양한 아이코닉 메메코인이 존재합니다. 투기 열풍이 심할 때 이 토큰들의 거래량은 네트워크 가스 요금을 급등시키고, 검증자 수익을 증가시키기도 합니다.
• Solana: 2024·2025년에는 Solana가 메메코인 생성·거래의 중심지로 부상했습니다. 새로운 토큰이 폭발적으로 등장하면서 네트워크 수수료와 온체인 볼륨이 사상 최고치를 기록했으며, $BONK, $WIF 같은 바이럴 히트가 탄생했습니다.
• Base: Coinbase의 레이어2 네트워크는 자체적인 활발한 메메코인 서브컬처를 형성했으며, CoinGecko 등에서 전용 커뮤니티 추적 리스트가 늘어나고 있습니다.

메메코인 탄생 과정 (2025 버전)​

메메코인 출시 기술 장벽은 거의 제로에 가까워졌습니다. 현재 가장 흔한 두 가지 경로는 다음과 같습니다.

1. 클래식 DEX 런치 (EVM 또는 Solana)​

제작자가 토큰 공급을 발행하고, Uniswap·Raydium 같은 탈중앙화 거래소에 기본 자산($ETH, $SOL, $USDC 등)과 페어링해 유동성 풀(LP)을 만든 뒤, 스토리나 밈으로 마케팅합니다. 주요 위험은 토큰 계약을 누가 제어하느냐(추가 발행 가능 여부)와 LP 토큰을 누가 제어하느냐(유동성 회수 가능 여부)입니다.

2. 본딩 커브 “팩토리” (예: pump.fun on Solana)​

Solana에서 인기를 끈 이 모델은 출시 과정을 표준화·자동화합니다. 누구나 고정 공급(보통 10억)과 선형 본딩 커브를 가진 토큰을 즉시 발행할 수 있습니다. 가격은 구매량에 따라 자동으로 결정됩니다. 일정 시가총액에 도달하면 자동으로 주요 DEX(Raydium)로 “졸업”하고, 유동성이 자동 생성·잠금됩니다. 이 혁신은 기술 장벽을 크게 낮추어 출시 속도와 문화에 큰 변화를 주었습니다.

빌더가 신경 써야 할 점: 이 새로운 런치패드는 며칠 걸리던 작업을 몇 분 안에 끝낼 수 있게 합니다. 그 결과 RPC 노드가 폭주하고, 메모풀(mempool)이 막히며, 인덱서가 과부하되는 등 예측 불가능한 트래픽 스파이크가 발생합니다. Solana에서는 이러한 메메코인 런치가 기존 네트워크 기록을 뛰어넘는 거래량을 기록하기도 했습니다.

“가치”는 어디서 오는가​

메메코인 가치는 금융 모델이 아니라 사회적 역학에 기반합니다. 주된 세 가지 원천은 다음과 같습니다.

• 주목도 중력: 밈, 유명인 endorsement, 바이럴 뉴스가 강력한 주목도와 유동성을 끌어당깁니다. 2024·2025년에는 유명인·정치인 테마 토큰이 짧은 기간에 거대한 거래 흐름을 일으켰습니다(특히 Solana DEX).
• 조정 게임: 강력한 커뮤니티가 내러티브, 아트워크, 집단 스턴트를 중심으로 결집하면, 매수 → 주목도 상승 → 매수라는 순환적인 가격 움직임이 발생합니다.
• 가끔씩 부가되는 유틸리티: 일부 성공적인 메메코인 프로젝트는 성장 후 스와프, 레이어2, NFT 컬렉션, 게임 등을 “덧붙여” 유틸리티를 제공하려 하지만, 대다수는 순수 투기·거래 전용 자산에 머뭅니다.

무시할 수 없는 위험​

메메코인 공간은 위험이 도처에 있습니다. 이를 이해하는 것은 선택이 아니라 필수입니다.

계약·제어 위험​

• 민트/프리즈 권한: 원 제작자가 무한히 토큰을 발행하거나 전송을 멈출 수 있나요?
• 소유권·업그레이드 권한: “소유권 포기”된 계약이라도 프록시나 숨겨진 함수가 위험을 남길 수 있습니다.

유동성 위험​

• 잠금된 유동성: 초기 LP가 스마트 계약에 일정 기간 잠금돼 있나요? 잠금이 없으면 제작자가 “러그 풀”을 실행해 풀을 비울 수 있습니다. 얇은 유동성은 높은 슬리피지를 초래합니다.

프리세일·소프트 러그​

• 악의적 계약이 없어도 프로젝트가 실패할 수 있습니다. 팀이 프리세일 자금을 모은 뒤 프로젝트를 포기하거나, 내부자가 대량 할당량을 서서히 덤프할 수 있습니다. Solana의 $SLERF 사례는 LP 토큰을 실수로 소각해 수백만 달러가 사라지는 동시에 변동성이 급증한 경우였습니다.

시장·운영 위험​

• 극심한 변동성: 몇 분 안에 90% 이상 가격이 오르내릴 수 있습니다. 급등 시 네트워크 가스 요금이 급등해 후발 매수자는 거래 비용이 과다하게 됩니다($PEPE 초기 급등 시 Ethereum 가스 요금 급등).

사기·법적 위험​

• 러그 풀, 펌프‑앤‑덤프, 에어드롭 위장 피싱, 가짜 유명인 endorsement 등 사기가 난무합니다. 일반적인 사기 유형을 학습해 스스로 보호하세요. 본 내용은 법률·투자 조언이 아닙니다.

5분 메메코인 체크리스트 (실전 DYOR)​

메메코인과 교류하기 전 아래 체크리스트를 수행하세요.

1. 공급 수학: 총 공급 vs. 유통 공급은? LP, 팀, 금고에 얼마나 할당돼 있나요? 베스팅 일정은?
2. LP 상태: 유동성 풀이 잠금돼 있나요? 기간은? 전체 공급 대비 LP 비중은? 블록체인 탐색기로 온체인 확인.
3. 관리자 권한: 계약 소유자가 토큰을 추가 발행, 거래 중지, 지갑 블랙리스트, 세금 변경 등을 할 수 있나요? 소유권 포기 여부.
4. 배포 구조: 홀더 분포는? 소수 지갑에 집중돼 있나요? 봇 클러스터나 내부자 지갑 흔적을 찾아보세요.
5. 계약 출처: 소스 코드가 온체인 검증돼 있나요? 표준 템플릿인지, 맞춤형·감사되지 않은 코드가 많은지 확인. 허니팟 패턴에 주의.
6. 유동성 경로: 어디서 거래되나요? 아직 본딩 커브인가, 주요 DEX·CEX로 졸업했나요? 고려 중인 거래 규모의 슬리피지를 체크.
7. 내러티브 지속성: 밈이 문화적 공감을 얻었나요, 아니면 일주일 내에 사라질 일시적 농담인가?

메메코인이 블록체인(및 인프라)에 미치는 영향​

• 수수료·처리량 급증: 블록스페이스에 대한 급격한 수요는 RPC 게이트웨이, 인덱서, 검증자 노드에 큰 부하를 줍니다. 2024년 3월 Solana는 메메코인 급등으로 사상 최고 일일 수수료와 수십억 온체인 볼륨을 기록했습니다. 인프라 팀은 이런 이벤트에 대비해 용량을 계획해야 합니다.
• 유동성 이동: 자본이 몇몇 핫 DEX와 런치패드에 집중되면서 MEV와 주문 흐름 패턴이 재편됩니다.
• 사용자 온보딩: 메메코인 파동은 종종 신규 암호화폐 사용자의 첫 진입점이 되며, 이후 다른 dApp 탐색으로 이어질 수 있습니다.

대표 사례 (참고용, 홍보 아님)​

• $DOGE: 2013년 최초. 작업증명(PoW) 기반이지만 브랜드 인지도와 문화적 의미로 거래됩니다.
• $SHIB: Ethereum ERC‑20 토큰으로, 단순 밈에서 시작해 자체 스와프와 레이어2까지 갖춘 대규모 커뮤니티 생태계로 성장했습니다.
• $PEPE: 2023년 Ethereum에서 폭발적 인기를 끈 현상으로, 검증자와 사용자에게 온체인 경제에 큰 영향을 미쳤습니다.
• BONK & WIF (Solana): 2024‑2025년 Solana 파동을 상징하는 토큰들. 급격한 상승과 주요 거래소 상장으로 네트워크 활동을 크게 촉진했습니다.

빌더와 팀을 위한 조언​

출시한다면 공정성과 안전성을 기본으로:

• 명확하고 정직한 공개 정보를 제공하고, 숨겨진 민트·팀 할당을 두지 마세요.
• 유동성 풀의 의미 있는 부분을 잠그고, 잠금 증명을 공개하세요.
• 운영 보안이 확보되지 않았다면 프리세일을 피하세요.
• 인프라를 사전에 계획하세요. 봇 활동, 레이트 리밋 남용에 대비하고, 변동성 기간에 대한 커뮤니케이션 플랜을 마련하세요.

dApp에 메메코인을 통합한다면 샌드박스 흐름과 사용자 보호를 구현:

• 계약 위험·얇은 유동성에 대한 경고를 눈에 띄게 표시하세요.
• 거래 전 슬리피지와 예상 비용을 명확히 보여 주세요.
• 토큰의 기본 정보(공급, 소유권 제어 등)를 UI에 노출하세요.

투자자를 위한 조언​

• 메메코인은 높은 보상과 동시에 높은 위험을 동반합니다.
• 포트폴리오에서 차지하는 비중을 제한하고, 전체 투자 전략 내에서 위험을 관리하세요.
• 최신 사기 동향을 지속적으로 모니터링하고, 의심스러운 프로젝트는 즉시 회피하세요.

결론​

메메코인은 문화적 현상과 기술적 혁신이 교차하는 독특한 암호화폐 영역입니다. 그 매력적인 성장 가능성 뒤에는 심각한 계약·유동성·법적 위험이 숨어 있습니다. 빌더는 인프라와 스마트 계약 설계에 신중을 기하고, 투자자는 철저한 DYOR 체크리스트와 위험 관리 전략을 적용해야 합니다. 올바른 접근을 통해 메메코인의 활력을 활용하면서도 시스템 안정성을 유지할 수 있습니다.

면책 조항: 이 문서는 교육 및 정보 제공 목적이며, 법률, 세무 또는 투자 조언을 대체하지 않습니다. 모든 투자 결정은 독자 스스로의 판단과 책임 하에 이루어져야 합니다.

TL;DR​

크립토 에어드롭은 특정 지갑 주소에 토큰을 (대부분 무료로) 배포하여 네트워크를 초기화하고, 소유권을 분산시키며, 초기 커뮤니티 구성원에게 보상하는 방식입니다. 흔히 사용되는 방법으로는 과거 행동에 대한 레트로 보상, 포인트‑토큰 전환, NFT·토큰 보유자를 위한 드롭, 인터랙티브 “퀘스트” 캠페인 등이 있습니다. 성공 여부는 스냅샷 규칙, Merkle proof 기반 클레임 메커니즘, 시빌 저항, 명확한 커뮤니케이션, 법적 준수 등에 달려 있습니다. 사용자는 토큰 이코노미와 안전성에 주목하고, 팀은 일시적인 hype가 아니라 핵심 제품 목표와 연계된 에어드롭을 설계해야 합니다.

에어드롭이란, 정확히 무엇인가?​

핵심적으로, 크립토 에어드롭은 프로젝트가 특정 사용자 그룹의 지갑에 자체 토큰을 보내는 마케팅·배포 전략입니다. 단순한 증정이 아니라 구체적인 목표를 달성하기 위한 계산된 움직임입니다. Coinbase와 Binance Academy 등 교육 자료에 따르면, 새로운 네트워크, DeFi 프로토콜, 혹은 dApp이 빠르게 사용자 기반을 확보하고자 할 때 에어드롭을 활용합니다. 토큰을 제공함으로써 거버넌스 참여, 유동성 제공, 신규 기능 테스트, 혹은 커뮤니티 활성화 등을 유도하고, 네트워크 효과를 촉진합니다.

실제 현장에서 보이는 에어드롭 유형​

에어드롭은 전략적 목적에 따라 여러 형태로 제공됩니다. 오늘날 가장 흔히 목격되는 모델을 소개합니다.

레트로액티브 (과거 행동 보상)​

클래식 모델로, 토큰이 존재하기 전 프로토콜을 사용한 초기 채택자를 보상합니다. Uniswap 2020 에어드롭이 대표적인 사례로, 프로토콜과 상호작용한 모든 주소에 $400 UNI$ 토큰을 배포해 사용자를 즉시 소유자로 전환했습니다.

포인트 → 토큰 (인센티브 먼저, 토큰은 나중)​

2024·2025년에 두드러진 트렌드로, 포인트 모델은 참여를 게임화합니다. 프로젝트는 브리징, 스와핑, 스테이킹 등 사용자 행동을 추적해 오프체인 “포인트”를 부여하고, 이후 이 포인트를 토큰 할당량으로 전환합니다. 토큰 출시 전 장기간에 걸쳐 원하는 행동을 측정·인센티브할 수 있습니다.

홀더 / NFT 드롭​

특정 토큰이나 NFT를 보유한 사용자를 대상으로 합니다. 기존 생태계 내 충성도를 보상하거나, 활발한 커뮤니티를 기반으로 새로운 프로젝트를 부트스트랩하는 방식입니다. 대표적인 사례는 ApeCoin으로, 2022년 출시 시 $APE$ 토큰 청구 권한을 Bored Ape와 Mutant Ape Yacht Club NFT 보유자에게 부여했습니다.

생태계·거버넌스 프로그램​

일부 프로젝트는 장기적인 탈중앙화와 커뮤니티 성장을 위해 연속적인 에어드롭을 활용합니다. 예를 들어 Optimism은 사용자에게 여러 차례 에어드롭을 진행하면서, 동시에 RetroPGF 프로그램을 통해 공공재 펀딩을 위한 토큰을 별도 할당했습니다. 이는 지속 가능하고 가치 정렬된 생태계 구축 의지를 보여줍니다.

에어드롭 작동 원리 (핵심 메커니즘)​

성공적인 에어드롭과 혼란스러운 에어드롭의 차이는 기술·전략 실행에 있습니다. 실제로 중요한 메커니즘을 정리합니다.

스냅샷 & 자격 기준​

프로젝트는 먼저 스냅샷(특정 블록 높이 또는 날짜)을 정해 그 시점 이후 활동은 제외합니다. 이후 보상하고자 하는 행동(브리징, 스와핑, 유동성 제공, 거버넌스 참여, 코드 기여 등)에 기반해 자격 기준을 정의합니다. 예를 들어 Arbitrum은 2023년 2월 6일 블록을 기준으로 Nansen과 협업해 정교한 배포 모델을 만들었습니다.

클레임 vs. 직접 전송​

직접 토큰을 전송하는 것이 간단해 보이지만, 대부분의 성숙한 프로젝트는 클레임 기반 흐름을 채택합니다. 이는 분실·해킹된 주소로 토큰이 전송되는 위험을 줄이고, 사용자가 적극적으로 참여하도록 유도합니다. 가장 일반적인 패턴은 Merkle Distributor입니다. 프로젝트는 자격 주소들의 Merkle root을 온체인에 게시하고, 사용자는 자신만의 “proof”를 생성해 토큰을 청구합니다. Uniswap 오픈소스 구현이 대표적이며, 가스 효율과 보안성을 동시에 제공합니다.

시빌 저항​

에어드롭은 수백·수천 개의 지갑을 이용해 보상을 극대화하려는 “파머”들의 표적이 됩니다. 팀은 다음과 같은 방법으로 대응합니다: 지갑 소유자를 클러스터링하는 분석, 지갑 연령·활동 다양성 등 휴리스틱 적용, 최근에는 LayerZero 2024 캠페인처럼 사용자가 직접 시빌 활동을 보고하고 15 % 할당량을 얻는 모델을 도입했습니다. 보고하지 않고 적발된 경우 배제됩니다.

릴리즈 스케줄 & 거버넌스​

에어드롭 토큰이 모두 즉시 유통되는 것은 아닙니다. 팀·투자자·생태계 펀드 등에 할당된 토큰은 베스팅 혹은 점진적 릴리즈 스케줄을 가집니다. 사용자는 이를 파악해 향후 공급 압력을 예측할 수 있습니다. TokenUnlocks 같은 플랫폼은 수백 개 자산의 릴리즈 타임라인을 공개 대시보드로 제공합니다.

사례 연구 (핵심 요약)​

• Uniswap (2020): 자격 주소당 $400 UNI$ 배포, 유동성 제공자에게는 추가 할당. Merkle proof 기반 클레임 모델을 산업 표준으로 정립.
• Arbitrum (2023): L2 거버넌스 토큰 $ARB를 100 억 공급량으로 출시. 2023‑02‑06 스냅샷 기반 포인트 시스템에 Nansen 분석·시빌 필터 적용.
• Starknet (2024): “Provisions Program”이라 명명, 2024‑02‑20 청구 시작. 초기 사용자·네트워크 개발자·Ethereum 스테이커 등 폭넓은 기여자를 대상으로 다개월 청구 창 제공.
• ZKsync (2024): 2024‑06‑11 발표, 전체 토큰 공급량의 17.5 %를 700 k 지갑에 일회성 에어드롭. 프로토콜 초기 커뮤니티에 대한 대규모 보상.

팀이 에어드롭을 하는 이유 (그리고 하지 말아야 할 때)​

팀이 에어드롭을 활용하는 전략적 이유:

• 양면 네트워크 활성화: 유동성 제공자·트레이더·크리에이터·재스테이커 등 필수 참여자를 초기 확보.
• 거버넌스 탈중앙화: 활발한 사용자에게 토큰을 배포해 신뢰할 수 있는 탈중앙화와 커뮤니티 주도 거버넌스 기반 마련.
• 초기 기여자 보상: ICO·프리세일이 없었던 프로젝트는 초기 신뢰자를 보상하기 위해 에어드롭을 사용.
• 가치 신호: 에어드롭 설계 자체가 프로젝트 핵심 원칙을 전달. Optimism의 공공재 펀딩 강조가 좋은 예.

하지만 에어드롭은 만능이 아닙니다. 제품 유지율이 낮거나 커뮤니티가 약하거나 토큰 유틸리티가 불명확한 경우 에어드롭을 진행하면 안 됩니다. 에어드롭은 기존 긍정적 피드백 루프를 확대할 뿐, 부실한 제품을 고칠 수는 없습니다.

사용자를 위한 가이드: 안전하게 평가하고 참여하기​

에어드롭은 매력적이지만 위험도 큽니다. 안전하게 접근하는 방법을 정리합니다.

드롭을 추구하기 전​

• 정통성 확인: 프로젝트 공식 채널(웹사이트, X, Discord)에서 공지를 반드시 검증. DM, 광고, 검증되지 않은 계정이 보내는 “클레임” 링크는 절대 클릭 금지.
• 경제성 파악: 토큰 이코노미 이해. 총 공급량, 사용자 할당 비율, 내부자 베스팅 스케줄은? TokenUnlocks 같은 툴로 미래 공급을 추적.
• 드롭 유형 파악: 레트로 보상형인지, 포인트 프로그램인지 확인. 규칙이 다르고, 포인트 프로그램은 기준이 변동될 수 있음.

지갑 관리​

• 새 지갑 사용: 가능하면 전용 “버너” 지갑을 만들어 에어드롭 청구에만 사용. 메인 자산과 위험을 격리.
• 서명 전 내용 확인: 무작정 트랜잭션을 승인하지 말 것. 악성 사이트가 자산을 빼갈 수 있는 권한을 부여할 수 있음. 트랜잭션 시뮬레이터로 사전 검증하고, Revoke.cash 등으로 오래된 승인 권한을 주기적으로 회수.
• 오프체인 서명 주의: Permit·Permit2 등 오프체인 서명도 자산 이동에 악용될 수 있음. 온체인 승인만큼 신중히 다룰 것.

일반적 위험​

• 피싱·드레인: 가짜 “클레임” 사이트가 가장 흔한 위험. Scam Sniffer 등 보안 업체 보고서에 따르면 2023‑2025년 사이 대규모 손실이 발생.
• 지리적 제한·KYC: 일부 에어드롭은 국가별 제한이나 KYC를 요구. 조건을 반드시 확인, 해당 국가 거주자는 제외될 수 있음.
• 세금 (간단히 안내, 조언 아님): 관할 구역에 따라 과세 방식이 다름. 미국에서는 IRS가 에어드롭 받은 토큰을 획득 시점 시가로 과세 소득으로 간주. 영국에서는 HMRC가 행동을 수행해 받은 경우 소득으로 보고, 이후 매도 시 양도소득세 적용. 전문가와 상담 권장.

팀을 위한 실용적인 에어드롭 설계 체크리스트​

에어드롭을 계획 중인가요? 설계 과정을 돕는 체크리스트입니다.

1. 목표 명확화: 실제 달성하고자 하는 것이 무엇인가? 실제 사용 보상, 거버넌스 탈중앙화, 유동성 시드, 빌더 펀딩 등 핵심 목표를 정의하고, 목표 행동을 구체화.
2. 제품에 맞는 자격 기준: 프로젝트 특성에 맞게 토큰 배포 비율·포인트 기준·레트로 보상 범위를 설정. 내부자 베스팅과 연계해 장기적인 토큰 가치를 보존.
3. 시빌 저항 설계: 지갑 클러스터링·휴리스틱·사용자 자체 보고 등 다층적인 시빌 방어 메커니즘을 적용.
4. 클레임 메커니즘: Merkle proof 기반 Merkle Distributor를 활용해 가스 효율적인 클레임 흐름 구현. 필요 시 UI/UX 가이드를 제공해 사용자가 쉽게 청구할 수 있도록.
5. 릴리즈 스케줄 공개: 베스팅·점진적 릴리즈 계획을 사전에 공개하고, TokenUnlocks와 같은 서비스에 등록해 투명성 확보.
6. 법적·규제 검토: 현지 법률 자문을 받아 에어드롭이 증권법·AML 규정 등에 위배되지 않도록 사전 점검.
7. 커뮤니케이션 전략: 에어드롭 일정·방법·청구 절차를 명확히 안내하고, FAQ·튜토리얼·지원 채널을 운영해 사용자 문의에 신속 대응.

본문 내용 번역​

에어드롭이란, 정확히 무엇인가?​

핵심적으로, 크립토 에어드롭은 프로젝트가 특정 사용자 그룹의 지갑에 자체 토큰을 보내는 마케팅·배포 전략입니다. 단순한 증정이 아니라 구체적인 목표를 달성하기 위한 계산된 움직임입니다. Coinbase와 Binance Academy 등 교육 자료에 따르면, 새로운 네트워크, DeFi 프로토콜, 혹은 dApp이 빠르게 사용자 기반을 확보하고자 할 때 에어드롭을 활용합니다. 토큰을 제공함으로써 거버넌스 참여, 유동성 제공, 신규 기능 테스트, 혹은 커뮤니티 활성화 등을 유도하고, 네트워크 효과를 촉진합니다.

실제 현장에서 보이는 에어드롭 유형​

에어드롭은 전략적 목적에 따라 여러 형태로 제공됩니다. 오늘날 가장 흔히 목격되는 모델을 소개합니다.

레트로액티브 (과거 행동 보상)​

클래식 모델로, 토큰이 존재하기 전 프로토콜을 사용한 초기 채택자를 보상합니다. Uniswap 2020 에어드롭이 대표적인 사례로, 프로토콜과 상호작용한 모든 주소에 $400 UNI$ 토큰을 배포해 사용자를 즉시 소유자로 전환했습니다.

포인트 → 토큰 (인센티브 먼저, 토큰은 나중)​

2024·2025년에 두드러진 트렌드로, 포인트 모델은 참여를 게임화합니다. 프로젝트는 브리징, 스와핑, 스테이킹 등 사용자 행동을 추적해 오프체인 “포인트”를 부여하고, 이후 이 포인트를 토큰 할당량으로 전환합니다. 토큰 출시 전 장기간에 걸쳐 원하는 행동을 측정·인센티브할 수 있습니다.

홀더 / NFT 드롭​

특정 토큰이나 NFT를 보유한 사용자를 대상으로 합니다. 기존 생태계 내 충성도를 보상하거나, 활발한 커뮤니티를 기반으로 새로운 프로젝트를 부트스트랩하는 방식입니다. 대표적인 사례는 ApeCoin으로, 2022년 출시 시 $APE$ 토큰 청구 권한을 Bored Ape와 Mutant Ape Yacht Club NFT 보유자에게 부여했습니다.

생태계·거버넌스 프로그램​

일부 프로젝트는 장기적인 탈중앙화와 커뮤니티 성장을 위해 연속적인 에어드롭을 활용합니다. 예를 들어 Optimism은 사용자에게 여러 차례 에어드롭을 진행하면서, 동시에 RetroPGF 프로그램을 통해 공공재 펀딩을 위한 토큰을 별도 할당했습니다. 이는 지속 가능하고 가치 정렬된 생태계 구축 의지를 보여줍니다.

에어드롭 작동 원리 (핵심 메커니즘)​

성공적인 에어드롭과 혼란스러운 에어드롭의 차이는 기술·전략 실행에 있습니다. 실제로 중요한 메커니즘을 정리합니다.

스냅샷 & 자격 기준​

프로젝트는 먼저 스냅샷(특정 블록 높이 또는 날짜)을 정해 그 시점 이후 활동은 제외합니다. 이후 보상하고자 하는 행동(브리징, 스와핑, 유동성 제공, 거버넌스 참여, 코드 기여 등)에 기반해 자격 기준을 정의합니다. 예를 들어 Arbitrum은 2023년 2월 6일 블록을 기준으로 Nansen과 협업해 정교한 배포 모델을 만들었습니다.

클레임 vs. 직접 전송​

직접 토큰을 전송하는 것이 간단해 보이지만, 대부분의 성숙한 프로젝트는 클레임 기반 흐름을 채택합니다. 이는 분실·해킹된 주소로 토큰이 전송되는 위험을 줄이고, 사용자가 적극적으로 참여하도록 유도합니다. 가장 일반적인 패턴은 Merkle Distributor입니다. 프로젝트는 자격 주소들의 Merkle root을 온체인에 게시하고, 사용자는 자신만의 “proof”를 생성해 토큰을 청구합니다. Uniswap 오픈소스 구현이 대표적이며, 가스 효율과 보안성을 동시에 제공합니다.

시빌 저항​

에어드롭은 수백·수천 개의 지갑을 이용해 보상을 극대화하려는 “파머”들의 표적이 됩니다. 팀은 다음과 같은 방법으로 대응합니다: 지갑 소유자를 클러스터링하는 분석, 지갑 연령·활동 다양성 등 휴리스틱 적용, 최근에는 LayerZero 2024 캠페인처럼 사용자가 직접 시빌 활동을 보고하고 15 % 할당량을 얻는 모델을 도입했습니다. 보고하지 않고 적발된 경우 배제됩니다.

릴리즈 스케줄 & 거버넌스​

에어드롭 토큰이 모두 즉시 유통되는 것은 아닙니다. 팀·투자자·생태계 펀드 등에 할당된 토큰은 베스팅 혹은 점진적 릴리즈 스케줄을 가집니다. 사용자는 이를 파악해 향후 공급 압력을 예측할 수 있습니다. TokenUnlocks 같은 플랫폼은 수백 개 자산의 릴리즈 타임라인을 공개 대시보드로 제공합니다.

사례 연구 (핵심 요약)​

• Uniswap (2020): 자격 주소당 $400 UNI$ 배포, 유동성 제공자에게는 추가 할당. Merkle proof 기반 클레임 모델을 산업 표준으로 정립.
• Arbitrum (2023): L2 거버넌스 토큰 $ARB를 100 억 공급량으로 출시. 2023‑02‑06 스냅샷 기반 포인트 시스템에 Nansen 분석·시빌 필터 적용.
• Starknet (2024): “Provisions Program”이라 명명, 2024‑02‑20 청구 시작. 초기 사용자·네트워크 개발자·Ethereum 스테이커 등 폭넓은 기여자를 대상으로 다개월 청구 창 제공.
• ZKsync (2024): 2024‑06‑11 발표, 전체 토큰 공급량의 17.5 %를 700 k 지갑에 일회성 에어드롭. 프로토콜 초기 커뮤니티에 대한 대규모 보상.

팀이 에어드롭을 하는 이유 (그리고 하지 말아야 할 때)​

팀이 에어드롭을 활용하는 전략적 이유:

• 양면 네트워크 활성화: 유동성 제공자·트레이더·크리에이터·재스테이커 등 필수 참여자를 초기 확보.
• 거버넌스 탈중앙화: 활발한 사용자에게 토큰을 배포해 신뢰할 수 있는 탈중앙화와 커뮤니티 주도 거버넌스 기반 마련.
• 초기 기여자 보상: ICO·프리세일이 없었던 프로젝트는 초기 신뢰자를 보상하기 위해 에어드롭을 사용.
• 가치 신호: 에어드롭 설계 자체가 프로젝트 핵심 원칙을 전달. Optimism의 공공재 펀딩 강조가 좋은 예.

하지만 에어드롭은 만능이 아닙니다. 제품 유지율이 낮거나 커뮤니티가 약하거나 토큰 유틸리티가 불명확한 경우 에어드롭을 진행하면 안 됩니다. 에어드롭은 기존 긍정적 피드백 루프를 확대할 뿐, 부실한 제품을 고칠 수는 없습니다.

사용자를 위한 가이드: 안전하게 평가하고 참여하기​

에어드롭은 매력적이지만 위험도 큽니다. 안전하게 접근하는 방법을 정리합니다.

드롭을 추구하기 전​

• 정통성 확인: 프로젝트 공식 채널(웹사이트, X, Discord)에서 공지를 반드시 검증. DM, 광고, 검증되지 않은 계정이 보내는 “클레임” 링크는 절대 클릭 금지.
• 경제성 파악: 토큰 이코노미 이해. 총 공급량, 사용자 할당 비율, 내부자 베스팅 스케줄은? TokenUnlocks 같은 툴로 미래 공급을 추적.
• 드롭 유형 파악: 레트로 보상형인지, 포인트 프로그램인지 확인. 규칙이 다르고, 포인트 프로그램은 기준이 변동될 수 있음.

지갑 관리​

• 새 지갑 사용: 가능하면 전용 “버너” 지갑을 만들어 에어드롭 청구에만 사용. 메인 자산과 위험을 격리.
• 서명 전 내용 확인: 무작정 트랜잭션을 승인하지 말 것. 악성 사이트가 자산을 빼갈 수 있는 권한을 부여할 수 있음. 트랜잭션 시뮬레이터로 사전 검증하고, Revoke.cash 등으로 오래된 승인 권한을 주기적으로 회수.
• 오프체인 서명 주의: Permit·Permit2 등 오프체인 서명도 자산 이동에 악용될 수 있음. 온체인 승인만큼 신중히 다룰 것.

일반적 위험​

• 피싱·드레인: 가짜 “클레임” 사이트가 가장 흔한 위험. Scam Sniffer 등 보안 업체 보고서에 따르면 2023‑2025년 사이 대규모 손실이 발생.
• 지리적 제한·KYC: 일부 에어드롭은 국가별 제한이나 KYC를 요구. 조건을 반드시 확인, 해당 국가 거주자는 제외될 수 있음.
• 세금 (간단히 안내, 조언 아님): 관할 구역에 따라 과세 방식이 다름. 미국에서는 IRS가 에어드롭 받은 토큰을 획득 시점 시가로 과세 소득으로 간주. 영국에서는 HMRC가 행동을 수행해 받은 경우 소득으로 보고, 이후 매도 시 양도소득세 적용. 전문가와 상담 권장.

팀을 위한 실용적인 에어드롭 설계 체크리스트​

1. 목표 명확화: 실제 달성하고자 하는 것이 무엇인가? 실제 사용 보상, 거버넌스 탈중앙화, 유동성 시드, 빌더 펀딩 등 핵심 목표를 정의하고, 목표 행동을 구체화.
2. 제품에 맞는 자격 기준: 프로젝트 특성에 맞게 토큰 배포 비율·포인트 기준·레트로 보상 범위를 설정. 내부자 베스팅과 연계해 장기적인 토큰 가치를 보호.
3. 시빌 저항 설계: 지갑 클러스터링·휴리스틱·사용자 자체 보고 등 다층적인 방어 체계 구축.
4. 클레임 메커니즘: Merkle proof 기반 Merkle Distributor를 활용해 가스 효율적인 클레임 흐름 구현. UI/UX 가이드를 제공해 사용자가 쉽게 청구할 수 있도록.
5. 릴리즈 스케줄 공개: 팀·투자자·생태계 펀드 등에 할당된 토큰은 베스팅·점진적 릴리즈 스케줄을 명시하고, TokenUnlocks 등에 등록해 투명성 확보.
6. 법적·규제 검토: 현지 법률 자문을 받아 에어드롭이 증권법·AML 규정 등에 위배되지 않도록 사전 점검.
7. 커뮤니케이션 전략: 에어드롭 일정·방법·청구 절차를 명확히 안내하고, FAQ·튜토리얼·지원 채널을 운영해 사용자 문의에 신속 대응.

이 문서는 2025년을 기준으로 최신 사례와 도구를 반영했으며, 프로젝트마다 상황이 다를 수 있습니다. 실제 적용 시에는 각 프로젝트의 고유한 특성과 법적 환경을 충분히 검토하시기 바랍니다.

사용자가 네이티브 토큰(SUI)을 전혀 보유하지 않아도 dApp과 원활하게 상호작용할 수 있는 세상을 상상해 보세요. 이제 이는 먼 꿈이 아닙니다. Sui의 Gas Station(또는 Paymaster) 덕분에 개발자는 사용자를 대신해 가스 비용을 부담할 수 있어, Web3에 처음 진입하는 사용자들의 가장 큰 장벽을 완전히 제거하고 진정한 무마찰 온체인 경험을 제공할 수 있습니다.

이 글에서는 dApp을 가스 없는 형태로 업그레이드하는 전체 가이드를 제공합니다. Sui Paymaster의 핵심 개념, 아키텍처, 구현 패턴 및 모범 사례를 깊이 있게 살펴보겠습니다.

1. 배경 및 핵심 개념: 스폰서드 트랜잭션이란?​

블록체인에서는 모든 트랜잭션에 네트워크 수수료, 즉 “가스”가 필요합니다. Web2의 매끄러운 경험에 익숙한 사용자에게 이는 큰 인지적·운영상의 장벽이 됩니다. Sui는 프로토콜 수준에서 스폰서드 트랜잭션이라는 개념으로 이 문제를 해결합니다.

핵심 아이디어는 간단합니다: 한 당사자(스폰서)가 다른 당사자(사용자)의 트랜잭션에 대한 SUI 가스 비용을 대신 지불하도록 허용합니다. 이렇게 하면 사용자가 지갑에 SUI가 전혀 없어도 온체인 행동을 성공적으로 시작할 수 있습니다.

Paymaster ≈ Gas Station​

Sui 생태계에서 트랜잭션을 스폰서하는 로직은 일반적으로 Gas Station 또는 Paymaster라 불리는 오프체인·온체인 서비스가 담당합니다. 주요 역할은 다음과 같습니다.

1. 트랜잭션 평가: 사용자의 가스 없는 트랜잭션 데이터(GasLessTransactionData)를 받습니다.
2. 가스 제공: 트랜잭션에 필요한 가스 비용을 잠그고 할당합니다. 이는 보통 다수의 SUI Coin 객체로 구성된 가스 풀을 통해 관리됩니다.
3. 스폰서 서명 생성: 스폰서를 승인한 뒤, Gas Station은 자신의 개인키(SponsorSig)로 트랜잭션에 서명하여 비용을 지불하겠다는 의사를 인증합니다.
4. 서명된 트랜잭션 반환: 이제 가스 데이터와 스폰서 서명이 포함된 TransactionData를 반환해 사용자의 최종 서명을 기다립니다.

요컨대, Gas Station은 dApp 사용자의 “차량”(트랜잭션)이 Sui 네트워크 위를 부드럽게 달릴 수 있도록 연료를 공급하는 역할을 합니다.

2. 고수준 아키텍처 및 상호작용 흐름​

가스 없는 트랜잭션은 사용자, dApp 프론트엔드, Gas Station, Sui Full Node 간의 협업으로 이루어집니다. 흐름은 다음과 같습니다:

흐름 세부 설명

1. 사용자가 dApp UI에서 행동을 수행하면 가스 정보가 없는 트랜잭션 데이터 패키지가 생성됩니다.
2. dApp은 이 데이터를 지정된 Gas Station에 보내 스폰서십을 요청합니다.
3. Gas Station은 요청의 유효성을 검증(예: 사용자가 스폰서 대상인지 확인)하고, 가스 코인을 채워 서명한 뒤 반쯤 완성된 트랜잭션을 dApp에 반환합니다.
4. 사용자는 지갑에서 전체 트랜잭션 상세(예: “NFT 하나 구매”)를 확인하고 최종 서명을 제공합니다. 이는 사용자가 자신의 행동에 대한 동의를 유지하도록 하는 중요한 단계입니다.
5. dApp은 사용자와 스폰서의 서명이 모두 포함된 완전한 트랜잭션을 Sui Full Node에 전송합니다.
6. 트랜잭션이 체인에 최종 확정되면 Gas Station은 온체인 이벤트나 영수증을 청취해 이를 확인하고, 필요 시 웹훅을 통해 dApp 백엔드에 성공을 알릴 수 있습니다.

3. 세 가지 핵심 상호작용 모델​

비즈니스 요구에 맞게 아래 세 모델을 개별적으로 혹은 조합하여 사용할 수 있습니다.

모델 1: 사용자‑주도 → 스폰서‑승인 (가장 일반적)​

대부분의 dApp 상호작용에 적합한 표준 모델입니다.

1. 사용자가 GasLessTransactionData를 생성: dApp 내에서 행동을 수행합니다.
2. 스폰서가 GasData를 추가하고 서명: dApp 백엔드가 트랜잭션을 Gas Station에 보내면, 스폰서는 가스 코인을 첨부하고 서명합니다.
3. 사용자가 최종 서명: 사용자는 지갑에서 전체 트랜잭션을 확인하고 서명합니다. 이후 dApp이 네트워크에 전송합니다.

보안과 사용자 경험 사이의 균형이 뛰어납니다.

모델 2: 스폰서‑주도 에어드롭/인센티브​

에어드롭, 사용자 인센티브, 배치 자산 배포에 최적화된 모델입니다.

1. 스폰서가 TransactionData를 미리 채우고 서명: 프로젝트 팀이 대부분의 트랜잭션을 사전에 구성(예: 특정 주소에 NFT 에어드롭)하고 스폰서 서명을 붙입니다.
2. 사용자의 두 번째 서명만으로 실행: 사용자는 “미리 승인된” 트랜잭션에 한 번만 서명하면 됩니다.

클릭 한 번으로 보상을 청구하거나 작업을 완료할 수 있어 전환율이 크게 상승합니다.

모델 3: 와일드카드 GasData (신용 한도 모델)​

보다 유연하고 권한 기반의 모델입니다.

1. 스폰서가 GasData 객체를 전송: 스폰서는 예산이 정해진 가스 코인 객체를 생성해 직접 사용자에게 소유권을 이전합니다.
2. 사용자는 예산 한도 내에서 자유롭게 사용: 사용자는 해당 가스 코인을 이용해 예산과 유효 기간 내에서 원하는 트랜잭션을 자유롭게 실행할 수 있습니다.
3. 가스 코인 반환: 소진되거나 만료되면 가스 코인 객체는 자동 파괴되거나 스폰서에게 반환되도록 설계할 수 있습니다.

한정된 시간·예산의 “가스 신용카드”를 제공하는 형태로, 게임 시즌 동안 무료 플레이 경험을 제공하는 등 높은 자율성이 요구되는 시나리오에 적합합니다.

4. 전형적인 적용 시나리오​

Sui Paymaster는 가스 비용 문제를 해결할 뿐 아니라 비즈니스 로직과 깊게 결합해 새로운 가능성을 열어줍니다.

시나리오 1: 페이월​

콘텐츠 플랫폼이나 dApp 서비스가 특정 조건(예: VIP NFT 보유, 멤버십 레벨) 충족 시에만 기능을 제공하도록 할 때 활용합니다.

• 흐름: 사용자가 행동을 요청 → dApp 백엔드가 사용자의 자격(NFT 보유 등) 검증 → 자격이 있으면 Paymaster에 가스 스폰서를 요청, 없으면 서명 요청을 거부.
• 장점: 봇 및 남용에 강합니다. 스폰서십 결정이 백엔드에서 이루어지므로 악의적인 사용자가 가스 풀을 고갈시키기 어렵습니다.

시나리오 2: 원클릭 체크아웃​

이커머스나 인게임 구매 시 결제 과정을 최소화하고 싶을 때 유용합니다.

• 흐름: 사용자가 “지금 구매” 버튼을 클릭 → dApp이 비즈니스 로직(transfer_nft_to_user)을 포함한 트랜잭션을 구성 → 사용자는 비즈니스 트랜잭션만 서명하고, 가스는 스폰서가 부담합니다.
• 장점: order_id와 같은 비즈니스 파라미터를 ProgrammableTransactionBlock에 직접 인코딩해 온체인에서 정확히 주문을 추적할 수 있습니다.

시나리오 3: 데이터 어트리뷰션​

정확한 데이터 추적은 비즈니스 최적화에 필수적입니다.

• 흐름: 트랜잭션을 구성할 때 고유 식별자(order_hash)를 파라미터나 실행 시 발생하는 이벤트에 기록합니다.
• 장점: Gas Station이 성공 영수증을 받으면 이벤트 또는 트랜잭션 데이터를 파싱해 order_hash를 추출할 수 있어 온체인 상태 변화와 백엔드 주문·사용자 행동을 정확히 매핑할 수 있습니다.

5. 코드 스켈레톤 (Rust SDK 기반)​

아래는 핵심 상호작용 흐름을 보여주는 간단한 Rust 코드 예시입니다.

// Assume tx_builder, sponsor, and wallet have been initialized

// Step 1: On the user or dApp side, construct a gas-less transaction
let gasless_transaction_data = tx_builder.build_gasless_transaction_data(false)?;

// Step 2: On the Sponsor (Gas Station) side, receive the gasless_transaction_data,
// fill it with a Gas Coin, and return the transaction data with the Sponsor's signature.
// The sponsor_transaction_block function handles gas allocation and signing internally.
let sponsored_transaction = sponsor.sponsor_transaction_block(gasless_transaction_data, user_address, gas_budget)?;

// Step 3: The dApp sends the sponsored_transaction back to the user,
// who signs and executes it with their wallet.
let response = wallet.sign_and_execute_transaction_block(&sponsored_transaction)?;

전체 구현은 공식 Sui 문서의 **Gas Station 튜토리얼**을 참고하세요. 여기에는 바로 사용할 수 있는 코드 예제가 포함되어 있습니다.

6. 위험 요소 및 보호 방안​

강력하지만 프로덕션 환경에 Gas Station을 배포할 때는 다음 위험 요소를 신중히 고려해야 합니다.

• 이중 서명(Equivocation) 위험: 악의적인 사용자가 동일한 가스 코인을 병렬로 여러 트랜잭션에 사용하려 할 수 있습니다. 이를 방지하려면 사용자·트랜잭션당 고유 가스 코인을 할당하고, 블랙리스트와 요청 속도 제한(rate‑limiting)을 적용합니다.
• 가스 풀 관리: 동시성이 높은 상황에서 하나의 대형 가스 코인은 성능 병목이 될 수 있습니다. 서비스는 대형 SUI 코인을 자동으로 다수의 소액 가스 코인으로 분할하고, 사용 후 효율적으로 회수할 수 있어야 합니다. Shinami와 같은 전문 Gas Station 제공업체는 이러한 기능을 관리형으로 제공합니다.
• 인증 및 속도 제한: 엄격한 인증·속도 제한 정책을 수립해야 합니다. 예를 들어, 사용자 IP, 지갑 주소, API 토큰 기반으로 스폰서십 한도·빈도를 관리해 악의적인 대량 소모를 방지합니다.

7. 생태계 도구​

Sui 생태계에는 Paymaster 개발·배포를 간소화하는 다양한 도구가 이미 준비되어 있습니다.

• 공식 SDK (Rust / TypeScript): sponsor_transaction_block() 같은 고수준 API를 제공해 통합 복잡도를 크게 낮춥니다.
• Shinami Gas Station: 가스 코인 자동 분할·회수, 상세 메트릭 모니터링, 웹훅 알림 등을 포함한 올인원 관리형 서비스를 제공해 개발자는 비즈니스 로직에 집중할 수 있습니다.
• Enoki / Mysten Demo: 커뮤니티와 Mysten Labs가 제공하는 오픈소스 Paymaster 구현체는 자체 서비스를 구축할 때 좋은 참고 자료가 됩니다.

8. 구현 체크리스트​

dApp을 가스 없는 시대에 맞게 업그레이드할 준비가 되셨나요? 시작하기 전에 아래 체크리스트를 확인하세요.

• 펀딩 흐름 설계: 스폰서의 자금 출처, 예산, 보충 전략을 정의하고 가스 풀 잔액·소모율 등 핵심 지표에 대한 모니터링 및 알림을 설정합니다.
• 어트리뷰션 필드 예약: 트랜잭션 파라미터 설계 시 order_id, user_id 등 비즈니스 식별자를 위한 필드를 미리 확보합니다.
• 남용 방지 정책 적용: 실서비스 이전에 반드시 인증, 속도 제한, 로깅 메커니즘을 구현합니다.
• 테스트넷에서 리허설: 자체 서비스를 구축하든 서드파티 Gas Station을 연동하든, 반드시 테스트넷·데브넷에서 동시성·스트레스 테스트를 충분히 수행합니다.
• 지속적인 최적화: 출시 후에도 트랜잭션 성공률, 실패 원인, 가스 비용 등을 지속적으로 추적·분석해 예산·전략을 조정합니다.

결론​

Sui Paymaster(또는 Gas Station)는 단순히 사용자의 가스 비용을 대신 부담하는 도구를 넘어, “SUI 없이 온체인” 사용자 경험과 “주문 수준 온체인 어트리뷰션”을 하나의 원자적 트랜잭션 안에서 결합하는 강력한 패러다임을 제공합니다. 이는 Web2 사용자가 Web3에 진입하도록 돕고, 개발자에게는 비즈니스 맞춤형 로직을 구현할 전례 없는 유연성을 부여합니다.

Sui 네트워크의 현재 낮은 가스 비용과 점점 성숙해지는 툴 체인 덕분에, 이제 dApp의 결제·상호작용 흐름을 가스 없는 시대로 전환하기에 최적의 시점입니다.

우리는 SUI 토큰 스테이킹을 BlockEden.xyz에 출시하게 되어 기쁩니다! 오늘부터 플랫폼을 통해 직접 SUI 토큰을 스테이킹하고 2.08% APY를 얻으며 SUI 네트워크의 보안과 탈중앙화에 기여할 수 있습니다.

새로운 점: 원활한 SUI 스테이킹 경험​

새로운 스테이킹 기능은 직관적인 인터페이스로 기관 수준의 스테이킹을 모두에게 제공하여 보상을 손쉽게 받을 수 있게 합니다.

주요 기능​

원클릭 스테이킹
SUI 스테이킹이 그 어느 때보다 간편합니다. Suisplash 지갑을 연결하고 스테이킹할 SUI 양을 입력한 뒤 트랜잭션을 승인하면 복잡한 절차 없이 즉시 보상을 받을 수 있습니다.

경쟁력 있는 보상
스테이킹한 SUI에 대해 2.08% APY를 제공합니다. 8% 수수료는 투명하게 공개되어 정확히 어떤 비용이 발생하는지 알 수 있습니다. 보상은 각 epoch이 끝날 때마다 일일 단위로 분배됩니다.

신뢰받는 밸리데이터
이미 2,200만 SUI 이상을 스테이킹한 커뮤니티에 합류하세요. 엔터프라이즈급 인프라가 지원하는 검증 서비스는 99.9% 가동률을 보장합니다.

유연한 관리
스테이킹은 즉시 이루어지며 보상이 바로 누적됩니다. 필요 시 언제든 언스테이킹을 시작할 수 있으며, SUI 네트워크의 24~48시간 언본딩 기간이 지나면 자금을 사용할 수 있습니다. 대시보드에서 실시간으로 스테이크와 보상을 추적할 수 있습니다.

왜 BlockEden.xyz에서 SUI를 스테이킹해야 할까요?​

밸리데이터 선택은 중요한 결정입니다. BlockEden.xyz가 스테이킹에 적합한 이유를 소개합니다.

신뢰할 수 있는 안정성​

BlockEden.xyz는 설립 이래 블록체인 인프라의 핵심 역할을 해왔습니다. 우리의 밸리데이터 인프라는 엔터프라이즈 애플리케이션을 지원하며 여러 네트워크에서 뛰어난 가동률을 유지해 일관된 보상 생성을 보장합니다.

투명하고 공정함​

숨겨진 비용이 없습니다. 보상에 대한 8% 수수료만 명시되어 있어 정확히 예상할 수 있습니다. 실시간 리포팅으로 스테이킹 성과를 모니터링하고 온체인에서 밸리데이터 활동을 검증할 수 있습니다.

• 오픈 밸리데이터 주소: 0x3b5664bb0f8bb4a8be77f108180a9603e154711ab866de83c8344ae1f3ed4695

원활한 통합​

계정을 만들 필요 없이 지갑에서 바로 스테이킹할 수 있습니다. Suisplash 지갑에 최적화된 깔끔하고 직관적인 인터페이스는 초보자와 전문가 모두에게 적합합니다.

시작하는 방법​

BlockEden.xyz에서 SUI 스테이킹을 시작하는 데는 2분도 채 걸리지 않습니다.

1단계: 스테이킹 페이지 방문​

blockeden.xyz/dash/stake 로 이동하면 계정 등록 없이 바로 진행할 수 있습니다.

2단계: 지갑 연결​

아직 설치하지 않았다면 Suisplash 지갑을 설치하세요. 스테이킹 페이지의 “Connect Wallet” 버튼을 클릭하고 지갑 확장 프로그램에서 연결을 승인하면 SUI 잔액이 자동으로 표시됩니다.

3단계: 스테이크 금액 선택​

스테이킹할 SUI 양을 입력합니다 (최소 1 SUI). “MAX” 버튼을 눌러 전체 잔액을 한 번에 스테이킹하고 가스 비용을 위해 약간 남겨둘 수 있습니다. 요약 화면에 스테이크 금액과 예상 연간 보상이 표시됩니다.

4단계: 확인 및 보상 시작​

“Stake SUI” 버튼을 클릭하고 지갑에서 최종 트랜잭션을 승인하면 대시보드에 실시간으로 스테이크가 표시되고 즉시 보상이 누적됩니다.

스테이킹 경제학: 알아야 할 사항​

스테이킹 메커니즘을 이해하면 자산을 효율적으로 관리할 수 있습니다.

보상 구조​

• 기본 APY: 2.08% 연간
• 보상 빈도: 매 epoch마다 (약 24시간)
• 수수료: 보상의 8%
• 복리: 보상이 지갑에 추가되어 재스테이킹하면 복리 효과를 얻을 수 있습니다.

예시 수익​

아래 표는 2.08% APY와 8% 수수료를 적용한 예상 수익을 보여줍니다.

참고: 추정치이며 실제 보상은 네트워크 상황에 따라 달라질 수 있습니다.

리스크 고려사항​

• 언본딩 기간: 언스테이킹 시 24~48시간 동안 접근이 불가능하고 보상이 발생하지 않습니다.
• 밸리데이터 리스크: 높은 기준을 유지하지만 모든 밸리데이터는 운영 리스크를 가집니다. BlockEden.xyz와 같은 신뢰할 수 있는 밸리데이터 선택이 중요합니다.
• 네트워크 리스크: 스테이킹은 블록체인 프로토콜 자체의 위험에 노출됩니다.
• 시장 리스크: SUI 토큰 가격 변동은 스테이킹 자산의 총 가치에 영향을 미칩니다.

기술적 우수성​

엔터프라이즈 인프라​

밸리데이터 노드는 다중 지역에 분산된 중복 시스템으로 구축되어 높은 가용성을 보장합니다. 24/7 모니터링과 자동 페일오버, 전문 운영팀이 24시간 시스템을 관리합니다. 정기적인 보안 감사와 컴플라이언스 검증도 수행합니다.

오픈소스와 투명성​

우리는 오픈소스 원칙을 고수합니다. 스테이킹 통합 과정은 투명하게 공개되어 사용자가 내부 프로세스를 검증할 수 있습니다. 실시간 메트릭은 SUI 네트워크 탐색기에서 공개되며, 수수료 구조는 숨김 없이 완전 공개됩니다. 또한 커뮤니티 거버넌스에 적극 참여해 SUI 생태계를 지원합니다.

SUI 생태계 지원​

BlockEden.xyz와 함께 스테이킹하면 단순히 보상을 얻는 것을 넘어 SUI 네트워크 전체의 건강과 성장에 기여합니다.

• 네트워크 보안: 스테이크가 늘어날수록 SUI 네트워크가 더욱 견고해집니다.
• 탈중앙화: 독립 밸리데이터를 지원함으로써 네트워크 회복력과 중앙화 방지에 기여합니다.
• 생태계 성장: 수수료 수익은 핵심 인프라 유지·개발에 재투자됩니다.
• 혁신: 수익은 블록체인 커뮤니티를 위한 새로운 도구와 서비스 개발에 활용됩니다.

보안 및 모범 사례​

자산 보안을 최우선으로 하세요.

지갑 보안​

• 절대 개인 키나 시드 구문을 공유하지 마세요.
• 대량 스테이킹 시 하드웨어 지갑 사용을 권장합니다.
• 서명 전 항상 트랜잭션 상세 정보를 확인하세요.
• 지갑 소프트웨어를 최신 버전으로 유지하세요.

스테이킹 안전​

• 처음이라면 소액으로 시작해 프로세스를 익히세요.
• 여러 신뢰할 수 있는 밸리데이터에 분산 스테이킹해 리스크를 낮추세요.
• 스테이킹 자산과 보상을 정기적으로 모니터링하세요.
• 언본딩 기간을 충분히 이해한 뒤 자금을 잠그세요.

SUI 스테이킹의 미래에 동참하세요​

BlockEden.xyz의 SUI 스테이킹 출시가 단순한 기능 추가가 아니라 탈중앙화 경제에 적극 참여할 수 있는 관문이 됩니다. DeFi 경험이 풍부하든 처음이든, 우리 플랫폼은 보상을 안전하게 얻고 SUI 네트워크의 미래에 기여할 수 있는 간편하고 안전한 방법을 제공합니다.

지금 바로 시작하시겠어요?

blockeden.xyz/dash/stake 로 이동해 첫 SUI 토큰을 스테이킹해 보세요!

BlockEden.xyz 소개​

BlockEden.xyz는 개발자, 기업, 그리고 광범위한 Web3 커뮤니티에 신뢰성·확장성·보안을 겸비한 블록체인 인프라 서비스를 제공하는 선도 기업입니다. API 서비스부터 밸리데이터 운영까지, 탈중앙화된 미래를 위한 기반을 구축하고 있습니다.

• 설립: 2021년
• 지원 네트워크: 15개 이상
• 기업 고객: 전 세계 500개 이상
• 총 보안 가치: 1억 달러 이상

Twitter에서 팔로우하고, Discord에서 커뮤니티에 참여하며, BlockEden.xyz에서 전체 서비스를 확인하세요.

면책 조항: 이 블로그 게시물은 정보 제공 목적이며 재정적 조언이 아닙니다. 암호화폐 스테이킹은 원금 손실 위험을 포함한 다양한 위험이 존재합니다. 스테이킹 전 반드시 스스로 조사하고 위험 감수성을 고려하시기 바랍니다.

소개​

탈중앙화 AI 추론/훈련 시장은 신뢰가 필요 없는(trustless) 방식으로 전 세계 컴퓨팅 리소스와 커뮤니티 모델을 활용하는 것을 목표로 합니다. Bittensor, Gensyn, **Cuckoo Network (Cuckoo AI)**와 같은 프로젝트들은 블록체인 기술이 어떻게 개방형 AI 마켓플레이스를 구동할 수 있는지 보여줍니다. 각 플랫폼은 컴퓨팅 파워, 머신러닝 모델, 그리고 때로는 데이터와 같은 핵심 AI 자산을 온체인 경제 단위로 토큰화합니다. 다음에서는 이러한 네트워크를 뒷받침하는 기술 아키텍처, 리소스 토큰화 방식, 거버넌스 및 인센티브 구조, 모델 소유권 추적 방법, 수익 공유 메커니즘, 그리고 발생하는 공격 표면(예: 시빌 공격, 담합, 무임승차, 포이즈닝)에 대해 자세히 살펴보겠습니다. 마지막 비교표는 Bittensor, Gensyn, Cuckoo AI의 모든 핵심 차원을 요약합니다.

기술 아키텍처​

Bittensor: 서브넷 기반의 탈중앙화 "신경 인터넷"​

Bittensor는 다수의 특화된 서브넷에 걸쳐 AI 모델 노드 네트워크를 조정하는 맞춤형 레이어 1 블록체인(Subtensor 체인, Substrate 기반) 위에 구축되었습니다. 각 서브넷은 특정 AI 작업(예: 언어 생성을 위한 서브넷, 이미지 생성을 위한 또 다른 서브넷 등)에 초점을 맞춘 독립적인 미니 네트워크입니다. Bittensor의 참여자들은 다음과 같은 뚜렷한 역할을 맡습니다:

• 채굴자(Miners) – 자신의 하드웨어에서 머신러닝 모델을 실행하고 서브넷의 작업에 대한 추론 답변을 제공하거나 훈련을 수행합니다. 본질적으로 채굴자는 쿼리에 응답할 AI 모델을 호스팅하는 노드입니다.
• 검증자(Validators) – 프롬프트로 채굴자의 모델에 쿼리하고 응답의 품질을 평가하여 어떤 채굴자가 가치 있는 결과를 기여하는지에 대한 의견을 형성합니다. 검증자는 효과적으로 채굴자의 성능을 채점합니다.
• 서브넷 소유자(Subnet Owners) – 서브넷을 생성하고 정의하며, 해당 서브넷에서 어떤 작업이 수행되고 검증이 어떻게 이루어지는지에 대한 규칙을 설정합니다. 예를 들어, 서브넷 소유자는 특정 데이터셋이나 모달리티를 위한 서브넷을 지정하고 검증 절차를 정의할 수 있습니다.
• 위임자(Delegators) – 노드를 운영하지 않는 토큰 보유자는 자신의 Bittensor 토큰(TAO)을 채굴자나 검증자에게 위임(스테이킹)하여 최고의 성과자를 지원하고 보상의 일부를 얻을 수 있습니다(지분 증명 네트워크의 스테이킹과 유사).

Bittensor의 합의 메커니즘은 참신합니다. 전통적인 블록 검증 대신, Bittensor는 "지능 증명(proof-of-intelligence)"의 한 형태인 유마(Yuma) 합의를 사용합니다. 유마 합의에서 채굴자에 대한 검증자의 평가는 온체인에서 집계되어 보상 분배를 결정합니다. 12초마다 생성되는 블록에서 네트워크는 새로운 TAO 토큰을 발행하고, 어떤 채굴자가 유용한 작업을 제공했는지에 대한 검증자들의 합의에 따라 분배합니다. 검증자의 점수는 지분 가중 중앙값 방식으로 결합됩니다. 즉, 특이한 의견은 잘리고 정직한 다수의 의견이 우세하게 됩니다. 이는 대부분의 검증자가 한 채굴자가 고품질이라고 동의하면 해당 채굴자는 높은 보상을 받고, 한 검증자가 다른 검증자들과 크게 다른 의견을 내면(담합이나 오류 가능성) 해당 검증자는 보상을 덜 받음으로써 불이익을 받는다는 것을 의미합니다. 이런 방식으로 Bittensor의 블록체인은 채굴자-검증자 피드백 루프를 조정합니다. 채굴자들은 최고의 AI 결과물을 생성하기 위해 경쟁하고, 검증자들은 그 결과물을 큐레이팅하고 순위를 매기며, 양측 모두 자신이 추가한 가치에 비례하여 토큰을 얻습니다. 이 아키텍처는 종종 "탈중앙화 신경망" 또는 "글로벌 브레인"으로 묘사되며, 모델들이 서로의 신호로부터 배우고 집단적으로 진화합니다. 특히, Bittensor는 최근 체인을 업그레이드하여 EVM 호환성(스마트 계약용)을 지원하고, 리소스 할당에 대한 통제를 더욱 분산시키기 위해 서브넷별 토큰 및 스테이킹 시스템인 dTAO를 도입했습니다.

Gensyn: 신뢰가 필요 없는 분산 컴퓨팅 프로토콜​

Gensyn은 머신러닝을 위한 분산 컴퓨팅 프로토콜의 관점에서 탈중앙화 AI에 접근합니다. 이 아키텍처는 AI 작업(모델 훈련이나 추론 작업 실행 등)을 가진 **개발자(제출자)**와 전 세계의 여유 GPU/TPU 리소스를 가진 **컴퓨팅 제공자(해결자)**를 연결합니다. 원래 Gensyn은 Substrate L1 체인을 계획했지만, 더 강력한 보안과 유동성을 위해 이더리움 롤업으로 구축하는 방향으로 전환했습니다. 따라서 Gensyn 네트워크는 이더리움 레이어 2(이더리움 롤업)로서 작업 게시와 결제를 조정하고, 계산은 제공자의 하드웨어에서 오프체인으로 이루어집니다.

Gensyn 설계의 핵심 혁신은 오프체인 작업에 대한 검증 시스템입니다. Gensyn은 **낙관적 검증(사기 증명)**과 암호화 기술을 조합하여 해결자가 훈련/추론 작업을 실행했다고 주장할 때 그 결과가 정확함을 보장합니다. 실제로 프로토콜에는 여러 참여자 역할이 포함됩니다:

• 제출자(Submitter) – 작업을 요청하는 당사자(예: 모델 훈련이 필요한 사람). 네트워크 수수료를 지불하고 모델/데이터 또는 작업 사양을 제공합니다.
• 해결자(Solver) – ML 작업에 입찰하고 자신의 하드웨어에서 실행하는 노드. 요청에 따라 모델을 훈련하거나 추론을 실행한 다음, 결과와 계산 증명을 제출합니다.
• 검증자/도전자(Verifier/Challenger) – 해결자의 작업을 감사하거나 무작위로 점검할 수 있는 노드. Gensyn은 Truebit 스타일의 방식을 구현하여 기본적으로 해결자의 결과는 수락되지만, 부정확한 계산이 의심되는 경우 검증자가 일정 기간 내에 이의를 제기할 수 있습니다. 이의 제기가 발생하면, 계산 단계를 통한 대화형 "이진 탐색"(사기 증명 프로토콜)을 사용하여 불일치 지점을 정확히 찾아냅니다. 이를 통해 체인은 전체적인 비싼 작업을 다시 수행하는 대신, 최소한의 중요한 계산 부분만 온체인에서 수행하여 분쟁을 해결할 수 있습니다.

결정적으로, Gensyn은 순진한 접근 방식의 막대한 중복성을 피하도록 설계되었습니다. 많은 노드가 모두 동일한 ML 작업을 반복하는 대신(이는 비용 절감 효과를 없앨 것임), Gensyn의 "학습 증명(proof-of-learning)" 접근 방식은 훈련 메타데이터를 사용하여 학습 진행이 이루어졌음을 검증합니다. 예를 들어, 해결자는 중간 모델 가중치의 암호화 해시나 체크포인트, 그리고 이것이 훈련 업데이트에 따라 진행되었음을 보여주는 간결한 증명을 제공할 수 있습니다. 이 확률적 학습 증명은 전체 훈련을 다시 실행하는 것보다 훨씬 저렴하게 확인할 수 있어, 완전한 복제 없이 신뢰가 필요 없는 검증을 가능하게 합니다. 검증자가 이상을 감지한 경우에만 최후의 수단으로 더 무거운 온체인 계산이 트리거됩니다. 이 접근 방식은 무차별 대입 검증에 비해 오버헤드를 극적으로 줄여 탈중앙화 ML 훈련을 더 실현 가능하게 만듭니다. 따라서 Gensyn의 아키텍처는 암호경제학적 게임 설계를 크게 강조합니다. 해결자는 지분이나 보증금을 걸고, 만약 속임수(잘못된 결과 제출)를 쓰면 정직하게 잡아낸 검증자에게 그 지분을 잃게 됩니다. 블록체인 조정(결제 및 분쟁 해결용)과 오프체인 컴퓨팅 및 영리한 검증을 결합함으로써, Gensyn은 신뢰성을 유지하면서 어디서든 유휴 GPU를 활용할 수 있는 ML 컴퓨팅 마켓플레이스를 만듭니다. 그 결과, 모든 개발자가 저렴하고 전 세계적으로 분산된 훈련 성능을 필요에 따라 이용할 수 있는 하이퍼스케일 "컴퓨팅 프로토콜"이 탄생합니다.

Cuckoo AI: 풀스택 탈중앙화 AI 서비스 플랫폼​

Cuckoo Network(또는 Cuckoo AI)는 보다 수직적으로 통합된 접근 방식을 취하여, 단순히 원시 컴퓨팅이 아닌 엔드투엔드 탈중앙화 AI 서비스를 제공하는 것을 목표로 합니다. Cuckoo는 모든 것을 조율하기 위해 자체 블록체인(초기에는 Arbitrum Orbit, 즉 이더리움 호환 롤업 프레임워크 위의 Cuckoo Chain이라는 레이어 1)을 구축했습니다. 이는 작업과 GPU를 매칭할 뿐만 아니라, AI 애플리케이션을 호스팅하고 단일 시스템 내에서 결제를 처리합니다. 이 설계는 풀스택입니다. 즉, 거래와 거버넌스를 위한 블록체인, 탈중앙화 GPU/CPU 리소스 레이어, 그리고 그 위에 사용자 대상 AI 애플리케이션과 API를 결합합니다. 다시 말해, Cuckoo는 블록체인, 컴퓨팅, AI 애플리케이션이라는 세 가지 레이어를 단일 플랫폼 내에 통합합니다.

Cuckoo의 참여자는 네 그룹으로 나뉩니다:

• AI 앱 빌더(코디네이터) – Cuckoo에 AI 모델이나 서비스를 배포하는 개발자들입니다. 예를 들어, 개발자는 Stable Diffusion 이미지 생성기나 LLM 챗봇을 서비스로 호스팅할 수 있습니다. 이들은 코디네이터 노드를 운영하며, 자신의 서비스를 관리하는 책임을 집니다. 즉, 사용자 요청을 수락하고, 이를 작업으로 분할하여 채굴자에게 할당합니다. 코디네이터는 네이티브 토큰($CAI)을 스테이킹하여 네트워크에 참여하고 채굴자를 활용할 권리를 얻습니다. 이들은 본질적으로 사용자와 GPU 제공자 사이를 연결하는 레이어 2 오케스트레이터 역할을 합니다.
• GPU/CPU 채굴자(작업 노드) – 리소스 제공자입니다. 채굴자들은 Cuckoo 작업 클라이언트를 실행하고 자신의 하드웨어를 기여하여 AI 앱을 위한 추론 작업을 수행합니다. 예를 들어, 채굴자는 코디네이터로부터 이미지 생성 요청(주어진 모델과 프롬프트 포함)을 할당받아 자신의 GPU를 사용하여 결과를 계산할 수 있습니다. 채굴자 또한 약속과 선량한 행동을 보장하기 위해 $CAI를 스테이킹해야 합니다. 이들은 올바르게 완료한 각 작업에 대해 토큰 보상을 받습니다.
• 최종 사용자 – AI 애플리케이션의 소비자입니다. 이들은 Cuckoo의 웹 포털이나 API를 통해 상호작용합니다(예: CooVerse를 통해 예술 작품 생성 또는 AI 인격체와 대화). 사용자는 각 사용에 대해 암호화폐로 지불하거나, 사용 비용을 상쇄하기 위해 자신의 컴퓨팅을 기여(또는 스테이킹)할 수 있습니다. 중요한 측면은 검열 저항성입니다. 한 코디네이터(서비스 제공자)가 차단되거나 다운되면, 사용자는 동일한 애플리케이션을 제공하는 다른 코디네이터로 전환할 수 있습니다. 왜냐하면 탈중앙화 네트워크에서는 여러 코디네이터가 유사한 모델을 호스팅할 수 있기 때문입니다.
• 스테이커(위임자) – AI 서비스나 채굴 하드웨어를 운영하지 않는 커뮤니티 구성원도 이를 운영하는 사람들에게 $CAI를 스테이킹함으로써 참여할 수 있습니다. 신뢰할 수 있는 코디네이터나 채굴자에게 자신의 지분으로 투표함으로써, 이들은 평판을 알리는 데 도움을 주고 그 대가로 네트워크 보상의 일부를 얻습니다. 이 설계는 Web3 평판 레이어를 구축합니다. 선량한 행위자는 더 많은 지분(따라서 신뢰와 보상)을 유치하고, 악의적인 행위자는 지분과 평판을 잃습니다. 어떤 경우에는 최종 사용자도 스테이킹하여 네트워크의 성공에 동참할 수 있습니다.

Cuckoo 체인(현재 독립형 체인에서 공유 보안 롤업으로 전환 중)은 이러한 모든 상호작용을 추적합니다. 사용자가 AI 서비스를 호출하면, 코디네이터 노드는 채굴자를 위한 온체인 작업 할당을 생성합니다. 채굴자들은 오프체인에서 작업을 실행하고 결과를 코디네이터에게 반환하며, 코디네이터는 이를 검증(예: 출력 이미지나 텍스트가 무의미하지 않은지 확인)하고 최종 결과를 사용자에게 전달합니다. 블록체인은 결제 정산을 처리합니다. 각 작업에 대해 코디네이터의 스마트 계약은 채굴자에게 $CAI로 지불합니다(종종 소액 결제를 일일 지급액으로 집계). Cuckoo는 신뢰성과 투명성을 강조합니다. 모든 참여자는 토큰을 스테이킹하고 모든 작업 할당 및 완료가 기록되므로, 지분을 잃을 위협과 성능의 공개적인 가시성으로 인해 부정행위가 억제됩니다. 네트워크의 모듈식 설계는 새로운 AI 모델이나 사용 사례를 쉽게 추가할 수 있음을 의미합니다. 개념 증명으로 텍스트-이미지 생성을 시작했지만, 그 아키텍처는 다른 AI 워크로드(예: 언어 모델 추론, 오디오 전사 등)를 지원할 만큼 일반적입니다.

Cuckoo 아키텍처의 주목할 만한 점은 AI 거래의 처리량을 극대화하기 위해 초기에 자체 레이어 1 블록체인을 출시했다는 것입니다(테스트 중 일일 30만 건의 거래에 도달). 이를 통해 AI 작업 스케줄링을 위한 맞춤형 최적화가 가능했습니다. 그러나 팀은 독립형 L1을 유지하는 것이 비용이 많이 들고 복잡하다는 것을 발견했고, 2025년 중반에 맞춤형 체인을 중단하고 이더리움의 롤업/AVS(Active Validated Service) 모델로 마이그레이션하기로 결정했습니다. 이는 Cuckoo가 자체 합의를 실행하는 대신 이더리움이나 Arbitrum과 같은 L2로부터 보안을 상속받지만, 해당 공유 보안 레이어에서 탈중앙화 AI 마켓플레이스를 계속 운영할 것임을 의미합니다. 이 변경은 경제적 보안을 개선하고(이더리움의 견고성 활용) Cuckoo 팀이 저수준 체인 유지보수 대신 제품에 집중할 수 있도록 하기 위한 것입니다. 요약하자면, Cuckoo의 아키텍처는 누구나 하드웨어를 연결하거나 AI 모델 서비스를 배포할 수 있고, 전 세계 사용자가 더 낮은 비용과 빅테크 인프라에 대한 의존도 감소로 AI 앱에 접근할 수 있는 탈중앙화 AI 서빙 플랫폼을 만듭니다.

자산 토큰화 메커니즘​

이러한 네트워크의 공통된 주제는 컴퓨팅, 모델, 데이터를 거래하거나 수익화할 수 있는 온체인 자산 또는 경제 단위로 전환하는 것입니다. 그러나 각 프로젝트는 이러한 리소스를 서로 다른 방식으로 토큰화하는 데 중점을 둡니다:

• 컴퓨팅 파워: 세 플랫폼 모두 컴퓨팅 작업을 보상 토큰으로 전환합니다. Bittensor에서는 유용한 계산(채굴자가 수행한 추론 또는 훈련)이 검증자 점수를 통해 정량화되고 각 블록마다 TAO 토큰으로 보상됩니다. 본질적으로 Bittensor는 기여된 지능을 "측정"하고 그 기여를 나타내는 상품으로 TAO를 발행합니다. Gensyn은 컴퓨팅을 상품으로 명시적으로 취급합니다. 이 프로토콜은 GPU 시간이 제품이고 가격이 토큰 단위의 수요-공급에 의해 설정되는 마켓플레이스를 만듭니다. 개발자는 토큰을 사용하여 컴퓨팅을 구매하고, 제공자는 하드웨어 사이클을 판매하여 토큰을 얻습니다. Gensyn 팀은 모든 디지털 리소스(컴퓨팅, 데이터, 알고리즘)가 유사한 신뢰가 필요 없는 시장에서 표현되고 거래될 수 있다고 언급합니다. Cuckoo는 완료된 작업에 대한 지불로 발행되는 ERC-20 토큰 $CAI를 통해 컴퓨팅을 토큰화합니다. GPU 제공자는 본질적으로 AI 추론 작업을 수행하여 CAI를 "채굴"합니다. Cuckoo의 시스템은 작업의 온체인 기록을 생성하므로, 완료된 각 GPU 작업을 토큰으로 지불되는 원자적 작업 단위로 생각할 수 있습니다. 세 가지 모두의 전제는 유휴 상태이거나 접근할 수 없는 컴퓨팅 파워가 토큰화되고 유동적인 자산이 된다는 것입니다. 이는 프로토콜 수준의 토큰 발행(Bittensor 및 초기 Cuckoo에서처럼) 또는 컴퓨팅 작업에 대한 매수/매도 주문의 공개 시장(Gensyn에서처럼)을 통해 이루어집니다.

• AI 모델: AI 모델을 온체인 자산(예: NFT 또는 토큰)으로 표현하는 것은 아직 초기 단계입니다. Bittensor는 모델 자체를 토큰화하지 않습니다. 모델은 채굴자의 소유로 오프체인에 남아 있습니다. 대신, Bittensor는 좋은 성과를 내는 모델에 보상함으로써 간접적으로 가치를 부여합니다. 사실상 모델의 "지능"은 TAO 수익으로 전환되지만, 모델 가중치를 나타내거나 다른 사람이 모델을 사용할 수 있도록 허용하는 NFT는 없습니다. Gensyn은 모델용 토큰을 명시적으로 생성하는 것이 아니라 컴퓨팅 거래에 중점을 둡니다. Gensyn의 모델은 일반적으로 개발자가 오프체인으로 제공하고(오픈 소스 또는 독점일 수 있음), 해결자가 훈련하고, 반환됩니다. 모델이나 그 IP를 소유하는 토큰을 생성하는 내장 메커니즘은 없습니다. (그렇지만, 당사자들이 원한다면 Gensyn 마켓플레이스는 잠재적으로 모델 아티팩트나 체크포인트 거래를 촉진할 수 있지만, 프로토콜 자체는 모델을 토큰화된 자산이 아닌 계산의 내용으로 봅니다.) Cuckoo는 그 중간 어딘가에 있습니다. "AI 에이전트"와 네트워크에 통합된 모델에 대해 이야기하지만, 현재 각 모델을 나타내는 대체 불가능한 토큰은 없습니다. 대신, 모델은 앱 빌더에 의해 배포된 다음 네트워크를 통해 제공됩니다. 해당 모델의 사용 권한은 모델이 사용될 때 $CAI를 벌 수 있다는 점에서 암묵적으로 토큰화됩니다(모델을 배포한 코디네이터를 통해). 세 플랫폼 모두 모델 토큰화 개념(예: 토큰을 통해 커뮤니티에 모델 소유권 부여)을 인정하지만, 실제 구현은 제한적입니다. 업계로서 AI 모델을 토큰화하는 것(예: 소유권 및 이익 공유 권리가 있는 NFT로)은 아직 탐색 중입니다. 모델이 서로 가치를 교환하는 Bittensor의 접근 방식은 모델당 명시적인 토큰이 없는 *"모델 마켓플레이스"*의 한 형태입니다. Cuckoo 팀은 탈중앙화된 모델 소유권이 중앙 집중식 AI에 비해 장벽을 낮출 수 있어 유망하지만, 모델 출력과 사용을 온체인에서 검증하는 효과적인 방법이 필요하다고 언급합니다. 요약하자면, 컴퓨팅 파워는 즉시 토큰화되지만(수행된 작업에 대해 토큰을 지불하는 것은 간단함), 모델은 간접적으로 또는 희망적으로 토큰화됩니다(출력에 대해 보상받고, 지분이나 평판으로 표현될 수 있지만, 아직 이러한 플랫폼에서 양도 가능한 NFT로 취급되지는 않음).

• 데이터: 데이터 토큰화는 가장 어려운 과제로 남아 있습니다. Bittensor, Gensyn, Cuckoo 중 어느 곳도 완전히 일반화된 온체인 데이터 마켓플레이스(데이터셋이 시행 가능한 사용 권한으로 거래되는 곳)를 통합하지 않았습니다. Bittensor 노드는 다양한 데이터셋에서 훈련할 수 있지만, 해당 데이터셋은 온체인 시스템의 일부가 아닙니다. Gensyn은 개발자가 훈련용 데이터셋을 제공하도록 허용할 수 있지만, 프로토콜은 해당 데이터를 토큰화하지 않습니다. 이는 단순히 해결자가 사용하도록 오프체인으로 제공될 뿐입니다. Cuckoo도 마찬가지로 사용자 데이터를 토큰화하지 않습니다. 주로 추론 작업을 위해 데이터(사용자 프롬프트나 출력 등)를 일시적인 방식으로 처리합니다. Cuckoo 블로그는 *“탈중앙화 데이터는 중요한 리소스임에도 불구하고 토큰화하기 어려운 과제로 남아 있다”*고 명시적으로 언급합니다. 데이터는 민감하고(개인 정보 보호 및 소유권 문제) 현재 블록체인 기술로 처리하기 어렵습니다. 따라서 컴퓨팅은 상품화되고 모델은 시작 단계에 있지만, 데이터는 특별한 경우를 제외하고는 대부분 오프체인에 머물러 있습니다(이 세 가지 외의 일부 프로젝트는 데이터 조합과 데이터 기여에 대한 토큰 보상을 실험하고 있지만, 이는 현재 범위 밖입니다). 요약하자면, 컴퓨팅 파워는 이제 이러한 네트워크에서 온체인 상품이 되었고, 모델은 토큰을 통해 가치가 평가되지만 아직 자산으로 개별적으로 토큰화되지는 않았으며, 데이터 토큰화는 여전히 해결되지 않은 문제입니다(그 중요성을 인정하는 것 이상으로).

거버넌스 및 인센티브​

이러한 탈중앙화 AI 네트워크가 자율적이고 공정하게 기능하기 위해서는 견고한 거버넌스 및 인센티브 설계가 중요합니다. 여기서는 각 플랫폼이 어떻게 자신을 통치하는지(누가 결정을 내리고, 업그레이드나 매개변수 변경이 어떻게 발생하는지)와 토큰 경제학을 통해 참여자 인센티브를 어떻게 조정하는지를 살펴봅니다.

• Bittensor 거버넌스: 초기 단계에서 Bittensor의 개발 및 서브넷 매개변수는 주로 핵심 팀과 메인 서브넷의 64개 "루트" 검증자 집합에 의해 통제되었습니다. 이는 중앙 집중화의 한 지점이었습니다. 소수의 강력한 검증자가 보상 할당에 과도한 영향력을 행사하여 일부에서는 *"과두 정치적 투표 시스템"*이라고 불렀습니다. 이를 해결하기 위해 Bittensor는 2025년에 dTAO(탈중앙화 TAO) 거버넌스를 도입했습니다. dTAO 시스템은 리소스 할당을 시장 주도 및 커뮤니티 통제 방식으로 전환했습니다. 구체적으로, TAO 보유자는 자신의 토큰을 서브넷별 유동성 풀에 스테이킹하여(본질적으로 어떤 서브넷이 더 많은 네트워크 배출량을 받아야 하는지에 대해 "투표"함) 해당 서브넷 풀의 소유권을 나타내는 알파 토큰을 받습니다. 더 많은 지분을 유치하는 서브넷은 더 높은 알파 토큰 가격을 가지게 되고 일일 TAO 배출량의 더 큰 부분을 차지하게 되며, 인기가 없거나 성과가 저조한 서브넷은 자본(따라서 배출량)이 빠져나가는 것을 보게 될 것입니다. 이는 피드백 루프를 만듭니다. 서브넷이 가치 있는 AI 서비스를 생산하면 더 많은 사람들이 TAO를 스테이킹하고(보상을 추구하며), 이는 해당 서브넷에 참여자에게 보상할 더 많은 TAO를 제공하여 성장을 촉진합니다. 서브넷이 정체되면 스테이커는 더 수익성 있는 서브넷으로 자금을 인출합니다. 사실상, TAO 보유자들은 어떤 AI 도메인이 더 많은 리소스를 받을 가치가 있는지 재정적으로 신호를 보냄으로써 네트워크의 초점을 집단적으로 통치합니다. 이는 경제적 결과에 맞춰진 토큰 가중치에 의한 온체인 거버넌스의 한 형태입니다. 리소스 할당 외에도, 주요 프로토콜 업그레이드나 매개변수 변경은 여전히 TAO 보유자가 투표하는 거버넌스 제안을 통해 이루어질 가능성이 높습니다(Bittensor는 Bittensor 재단과 선출된 위원회가 관리하는 온체인 제안 및 국민투표 메커니즘을 가지고 있으며, 이는 Polkadot의 거버넌스와 유사합니다). 시간이 지남에 따라 Bittensor의 거버넌스는 점점 더 탈중앙화될 것으로 예상되며, 재단은 커뮤니티(TAO 지분을 통해)가 인플레이션율, 새로운 서브넷 승인 등과 같은 사항을 조종함에 따라 뒤로 물러날 것입니다. dTAO로의 전환은 중앙 집중식 의사 결정자를 인센티브에 맞춰진 토큰 이해관계자 시장으로 대체하는 큰 발걸음입니다.

• Bittensor 인센티브: Bittensor의 인센티브 구조는 합의 메커니즘과 긴밀하게 얽혀 있습니다. 모든 블록(12초)마다 정확히 1개의 TAO가 새로 발행되어 각 서브넷의 기여자들에게 성과에 따라 분배됩니다. 각 서브넷의 블록 보상에 대한 기본 분배는 **채굴자에게 41%, 검증자에게 41%, 서브넷 소유자에게 18%**입니다. 이는 모든 역할이 보상받도록 보장합니다. 채굴자는 추론 작업을 수행하여 보상을 받고, 검증자는 평가 노력에 대해 보상을 받으며, 서브넷 소유자(해당 서브넷의 데이터/작업을 부트스트랩했을 수 있음)는 "마켓플레이스" 또는 작업 설계를 제공한 대가로 잔여 보상을 받습니다. 이 비율은 프로토콜에 고정되어 있으며 모든 사람의 인센티브를 고품질 AI 출력으로 향하게 하는 것을 목표로 합니다. 유마 합의 메커니즘은 품질 점수에 따라 보상을 가중함으로써 인센티브를 더욱 정교하게 만듭니다. 더 나은 답변을 제공하는 채굴자(검증자 합의에 따라)는 41%의 더 높은 부분을 받고, 정직한 합의를 면밀히 따르는 검증자는 검증자 부분의 더 많은 부분을 받습니다. 성과가 저조한 참여자는 경제적으로 제거됩니다. 또한, 채굴자나 검증자를 지원하는 **위임자(스테이커)**는 일반적으로 해당 노드의 수익 일부를 받습니다(노드는 종종 수수료를 설정하고 나머지를 위임자에게 제공하며, 이는 PoS 네트워크의 스테이킹과 유사합니다). 이를 통해 수동적인 TAO 보유자는 최고의 기여자를 지원하고 수익을 얻을 수 있어 능력주의를 더욱 강화합니다. 따라서 Bittensor의 토큰(TAO)은 유틸리티 토큰입니다. 새로운 채굴자의 등록에 필요하며(채굴자는 참여하기 위해 소량의 TAO를 사용해야 하며, 이는 시빌 스팸을 방지함), 영향력을 높이거나 위임을 통해 수익을 얻기 위해 스테이킹될 수 있습니다. 또한 외부 사용자가 Bittensor 네트워크의 서비스를 이용하고자 할 때(예: Bittensor의 언어 모델에 쿼리하기 위해 TAO 지불) 결제 토큰으로도 구상되지만, 지금까지는 내부 보상 메커니즘이 주요 "경제"였습니다. 전반적인 인센티브 철학은 "가치 있는 지능" 즉, 좋은 AI 결과를 생산하는 데 도움이 되는 모델에 보상하고, 네트워크 내 모델의 품질을 지속적으로 향상시키는 경쟁을 만드는 것입니다.

• Gensyn 거버넌스: Gensyn의 거버넌스 모델은 네트워크가 성숙함에 따라 핵심 팀 통제에서 커뮤니티 통제로 진화하도록 구성되어 있습니다. 초기에 Gensyn은 프로토콜 업그레이드와 재무 결정을 감독하는 Gensyn 재단과 선출된 위원회를 가질 것입니다. 이 위원회는 처음에는 핵심 팀 구성원과 초기 커뮤니티 리더로 구성될 것으로 예상됩니다. Gensyn은 네이티브 토큰(종종 GENS라고 함)에 대한 **토큰 생성 이벤트(TGE)**를 계획하고 있으며, 그 이후에는 온체인 투표를 통해 거버넌스 권한이 점점 더 토큰 보유자의 손에 넘어갈 것입니다. 재단의 역할은 프로토콜의 이익을 대표하고 완전한 탈중앙화로의 원활한 전환을 보장하는 것입니다. 실제로 Gensyn은 매개변수 변경(예: 검증 게임 기간, 수수료율)이나 업그레이드에 대해 커뮤니티가 투표하는 온체인 제안 메커니즘을 가질 가능성이 높습니다. Gensyn이 이더리움 롤업으로 구현되고 있기 때문에, 거버넌스는 이더리움의 보안과도 연결될 수 있습니다(예: 롤업 계약에 대한 업그레이드 키를 사용하여 결국 토큰 보유자의 DAO에 넘겨주는 것). Gensyn 라이트페이퍼의 탈중앙화 및 거버넌스 섹션은 프로토콜이 궁극적으로 전 세계적으로 소유되어야 함을 강조하며, *"기계 지능을 위한 네트워크"*가 사용자 및 기여자에게 속해야 한다는 정신과 일치합니다. 요약하자면, Gensyn의 거버넌스는 반중앙집중식으로 시작하지만, GENS 토큰 보유자(잠재적으로 지분이나 참여에 따라 가중)가 집단적으로 결정을 내리는 DAO가 되도록 설계되었습니다.

• Gensyn 인센티브: Gensyn의 경제적 인센티브는 암호경제학적 보안으로 보완된 간단한 시장 역학입니다. **개발자(클라이언트)**는 Gensyn 토큰으로 ML 작업 비용을 지불하고, 해결자는 해당 작업을 올바르게 완료하여 토큰을 얻습니다. 컴퓨팅 사이클의 가격은 공개 시장에서 결정됩니다. 아마도 개발자는 보상금을 걸고 작업을 게시할 수 있고, 해결자는 가격이 기대에 부응하면 입찰하거나 그냥 수락할 수 있습니다. 이는 유휴 GPU 공급이 있는 한, 경쟁이 비용을 공정한 수준으로 낮출 것임을 보장합니다(Gensyn 팀은 네트워크가 전 세계에서 가장 저렴한 하드웨어를 찾기 때문에 클라우드 가격에 비해 최대 80%의 비용 절감을 예상합니다). 반면에, 해결자는 작업을 통해 토큰을 얻는 인센티브를 가집니다. 그렇지 않으면 유휴 상태일 수 있는 하드웨어가 이제 수익을 창출합니다. 품질을 보장하기 위해, Gensyn은 해결자가 작업을 맡을 때 담보를 스테이킹하도록 요구합니다. 만약 그들이 속이거나 부정확한 결과를 생성하고 발각되면, 그들은 그 지분을 잃게 됩니다(삭감되어 정직한 검증자에게 수여될 수 있음). 검증자는 사기꾼 해결자를 잡으면 "잭팟" 보상을 얻을 기회로 인센티브를 받습니다. 이는 Truebit의 설계와 유사하게, 부정확한 계산을 성공적으로 식별한 검증자에게 주기적으로 보상하는 것입니다. 이는 해결자를 정직하게 유지하고 일부 노드가 감시자 역할을 하도록 동기를 부여합니다. 최적의 시나리오(부정행위 없음)에서는 해결자는 단순히 작업 수수료를 벌고 검증자 역할은 대부분 유휴 상태입니다(또는 참여하는 해결자 중 하나가 다른 사람에 대한 검증자 역할을 겸할 수 있음). 따라서 Gensyn의 토큰은 컴퓨팅 구매를 위한 가스 통화와 프로토콜을 보호하는 스테이킹 담보 역할을 모두 합니다. 라이트페이퍼는 비영구 토큰을 사용한 테스트넷을 언급하며, 초기 테스트넷 참여자는 TGE에서 실제 토큰으로 보상받을 것이라고 명시합니다. 이는 Gensyn이 부트스트래핑을 위해 일부 토큰 공급을 할당했음을 나타냅니다. 즉, 초기 채택자, 테스트 해결자, 커뮤니티 구성원에게 보상하는 것입니다. 장기적으로는 실제 작업에서 발생하는 수수료가 네트워크를 유지해야 합니다. 또한 각 작업 지불의 일부가 재무부로 들어가거나 소각되는 작은 프로토콜 수수료가 있을 수 있습니다. 이 세부 사항은 아직 확인되지 않았지만, 많은 마켓플레이스 프로토콜은 개발 자금을 조달하거나 토큰 바이백 및 소각을 위해 수수료를 포함합니다. 요약하자면, Gensyn의 인센티브는 ML 작업의 정직한 완료를 중심으로 조정됩니다. 일을 하면 돈을 받고, 속이려 하면 지분을 잃고, 다른 사람을 검증하면 사기꾼을 잡을 경우 보상을 받습니다. 이는 신뢰할 수 있는 분산 컴퓨팅을 달성하기 위한 자율적인 경제 시스템을 만듭니다.

• Cuckoo 거버넌스: Cuckoo Network는 초기부터 생태계에 거버넌스를 구축했지만, 아직 개발 단계에 있습니다. $CAI 토큰은 유틸리티 역할 외에도 명시적으로 거버넌스 토큰입니다. Cuckoo의 철학은 GPU 노드 운영자, 앱 개발자, 심지어 최종 사용자까지 네트워크의 진화에 발언권을 가져야 한다는 것입니다. 이는 커뮤니티 주도 비전을 반영합니다. 실제로, 중요한 결정(프�로토콜 업그레이드나 경제적 변경 등)은 토큰 가중 투표로 결정될 것이며, 아마도 DAO 메커니즘을 통해 이루어질 것입니다. 예를 들어, Cuckoo는 보상 분배 변경이나 새로운 기능 채택에 대해 온체인 투표를 실시할 수 있으며,$CAI 보유자(채굴자, 개발자, 사용자 포함)가 투표할 것입니다. 이미 온체인 투표는 평판 시스템으로 사용됩니다. Cuckoo는 각 역할에 토큰을 스테이킹하도록 요구하며, 커뮤니티 구성원은 어떤 코디네이터나 채굴자가 신뢰할 수 있는지 투표할 수 있습니다(아마도 지분 위임이나 거버넌스 모듈을 통해). 이는 평판 점수에 영향을 미치고 작업 스케줄링에 영향을 줄 수 있습니다(예: 더 많은 투표를 받은 코디네이터는 더 많은 사용자를 유치하거나, 더 많은 투표를 받은 채굴자는 더 많은 작업을 할당받을 수 있음). 이는 거버넌스와 인센티브의 혼합입니다. 거버넌스 토큰을 사용하여 신뢰를 구축하는 것입니다. Cuckoo 재단이나 핵심 팀은 지금까지 프로젝트의 방향을 이끌어 왔지만(예: 최근 L1 체인 중단 결정), 그들의 블로그는 탈중앙화 소유권으로 나아가겠다는 약속을 나타냅니다. 그들은 자체 체인을 운영하는 것이 높은 오버헤드를 발생시키고 롤업으로 전환하면 더 개방적인 개발과 기존 생태계와의 통합이 가능해질 것이라고 밝혔습니다. 공유 레이어(이더리움 등)에 올라가면, Cuckoo는 커뮤니티가 CAI를 사용하여 투표하는 보다 전통적인 DAO를 구현할 가능성이 높습니다.

• Cuckoo 인센티브: Cuckoo의 인센티브 설계는 고정된 토큰 할당이 있는 초기 부트스트래핑 단계와 사용량 기반 수익 공유가 있는 미래 상태의 두 단계로 나뉩니다. 출시 시, Cuckoo는 10억 개의 CAI 토큰을 **"공정한 출시"**로 배포했습니다. 공급량의 51%는 커뮤니티를 위해 따로 마련되었으며, 다음과 같이 할당되었습니다:

• 채굴 보상: 총 공급량의 30%는 AI 작업을 수행하는 GPU 채굴자에게 지불하기 위해 예약되었습니다.

• 스테이킹 보상: 공급량의 11%는 스테이킹하고 네트워크 보안에 도움을 주는 사람들을 위한 것입니다.

• 에어드랍: 5%는 초기 사용자 및 커뮤니티 구성원에게 채택 인센티브로 제공되었습니다.

• (또 다른 5%는 Cuckoo 기반 구축을 장려하기 위한 개발자 보조금이었습니다.)

이러한 대규모 할당은 초기 네트워크에서 실제 사용자 수요가 낮더라도 채굴자와 스테이커가 배출 풀에서 보상을 받았음을 의미합니다. 실제로 Cuckoo의 초기 단계는 스테이킹과 채굴에 대한 높은 APY 수익률을 특징으로 했으며, 이는 참가자들을 성공적으로 유치했지만 토큰만을 위해 참여한 "수익 농부"들도 끌어들였습니다. 팀은 보상률이 떨어지자 많은 사용자가 떠났다는 점을 지적했으며, 이는 해당 인센티브가 진정한 사용량과 연결되지 않았음을 나타냅니다. 이로부터 배운 Cuckoo는 보상이 실제 AI 워크로드와 직접적으로 상관관계를 갖는 모델로 전환하고 있습니다. 미래에는(그리고 부분적으로는 이미) 최종 사용자가 AI 추론 비용을 지불할 때, 그 지불액(CAI 또는 CAI로 변환된 다른 허용된 토큰)이 기여자들 사이에 분배될 것입니다:

• GPU 채굴자는 제공한 컴퓨팅에 대해 대부분의 몫을 받게 됩니다.
• **코디네이터(앱 개발자)**는 모델을 제공하고 요청을 처리한 서비스 제공자로서 일부를 가져갑니다.
• 해당 채굴자나 코디네이터에게 위임한 스테이커는 신뢰할 수 있는 노드를 계속 지원하도록 인센티브를 주기 위해 작은 몫이나 인플레이션 보상을 받을 수 있습니다.
• 네트워크/재무부는 지속적인 개발을 위한 자금을 조달하거나 미래 인센티브를 위해 수수료를 보유할 수 있습니다(또는 사용자 경제성을 극대화하기 위해 수수료가 없거나 명목상일 수 있음).

본질적으로, Cuckoo는 수익 공유 모델로 나아가고 있습니다. Cuckoo의 AI 앱이 수익을 창출하면, 그 수익은 해당 서비스의 모든 기여자에게 공정한 방식으로 분배됩니다. 이는 참가자들이 인플레이션뿐만 아니라 실제 사용량으로부터 이익을 얻도록 인센티브를 조정합니다. 이미 네트워크는 모든 당사자에게 CAI를 스테이킹하도록 요구했습니다. 이는 채굴자와 코디네터가 고정된 보상뿐만 아니라 지분 기반 보상도 받을 수 있음을 의미합니다(예: 많은 사용자가 스테이킹하거나 자신이 더 많이 스테이킹하면 코디네이터가 더 높은 보상을 받을 수 있음, 지분 증명 검증자와 유사). 사용자 인센티브 측면에서, Cuckoo는 초기 활동을 유도하기 위해 에어드랍 포털과 파우셋(일부 사용자가 악용함)과 같은 것을 도입했습니다. 앞으로 사용자는 서비스 사용에 대한 토큰 리베이트나 큐레이션 참여에 대한 거버넌스 보상(예: 출력 평가나 데이터 기여에 대해 작은 토큰 획득)을 통해 인센티브를 받을 수 있습니다. 결론은 Cuckoo의 토큰($CAI)이 다목적이라는 것입니다. 체인의 가스/수수료 토큰(모든 거래와 결제에 사용됨), 스테이킹 및 투표에 사용되며, 수행된 작업에 대한 보상 단위입니다. Cuckoo는 순전히 투기적인 인센티브를 피하기 위해 토큰 보상을 서비스 수준 KPI(핵심 성과 지표) - 예를 들어, 가동 시간, 쿼리 처리량, 사용자 만족도 - 와 연결하고 싶다고 명시적으로 언급합니다. 이는 토큰 경제가 단순한 유동성 채굴에서 보다 지속 가능하고 유틸리티 중심적인 모델로 성숙하고 있음을 반영합니다.

모델 소유권 및 IP 귀속​

AI 모델의 지적 재산(IP) 및 소유권을 처리하는 것은 탈중앙화 AI 네트워크의 복잡한 측면입니다. 각 플랫폼은 약간 다른 입장을 취했으며, 일반적으로 이것은 아직 완전한 해결책이 없는 진화하는 분야입니다:

• Bittensor: Bittensor의 모델은 채굴자 노드에 의해 제공되며, 해당 채굴자들은 자신의 모델 가중치(온체인에 게시되지 않음)에 대한 완전한 통제권을 유지합니다. Bittensor는 특정 지갑 주소에서 실행되고 있다는 사실 외에 누가 모델을 "소유"하는지 명시적으로 추적하지 않습니다. 채굴자가 떠나면 그들의 모델도 함께 떠납니다. 따라서 Bittensor의 IP 귀속은 오프체인입니다. 채굴자가 독점 모델을 사용하는 경우, 온체인에서 이를 강제하거나 알 수 있는 것은 아무것도 없습니다. Bittensor의 철학은 개방적인 기여를 장려하며(많은 채굴자가 GPT-J와 같은 오픈 소스 모델을 사용할 수 있음), 네트워크는 해당 모델의 성능에 보상합니다. Bittensor는 모델에 대한 평판 점수를 생성한다고 말할 수 있으며(검증자 순위를 통해), 이는 모델의 가치를 인정하는 한 형태이지만, 모델 자체에 대한 권리는 토큰화되거나 분배되지 않습니다. 특히, Bittensor의 서브넷 소유자는 IP의 일부를 소유하는 것으로 볼 수 있습니다. 그들은 작업(데이터셋이나 방법을 포함할 수 있음)을 정의합니다. 서브넷 소유자는 서브넷을 생성할 때 **NFT(서브넷 UID라고 함)**를 발행하며, 해당 NFT는 해당 서브넷 보상의 18%를 받을 자격을 부여합니다. 이는 모델 인스턴스는 아니지만 모델 마켓플레이스(서브넷)의 생성을 효과적으로 토큰화합니다. 서브넷의 정의(예: 특정 데이터셋을 사용한 음성 인식 작업)를 IP로 간주한다면, 그것은 적어도 기록되고 보상됩니다. 그러나 채굴자가 훈련하는 개별 모델 가중치에 대해서는 온체인 소유권 기록이 없습니다. 귀속은 해당 채굴자의 주소로 지급되는 보상 형태로 이루어집니다. Bittensor는 현재 여러 사람이 공동으로 모델을 소유하고 자동으로 수익을 공유받을 수 있는 시스템을 구현하지 않습니다. 모델을 실행하는 사람(채굴자)이 보상을 받고, 그들이 사용한 모델의 IP 라이선스를 존중하는 것은 오프체인에서 그들의 책임입니다.

• Gensyn: Gensyn에서 모델 소유권은 제출자(모델 훈련을 원하는 사람)가 모델 아키텍처와 데이터를 제공하고, 훈련 후 결과 모델 아티팩트를 받는다는 점에서 간단합니다. 작업을 수행하는 해결자는 모델에 대한 권리가 없습니다. 그들은 서비스에 대해 돈을 받는 계약자와 같습니다. 따라서 Gensyn의 프로토콜은 전통적인 IP 모델을 가정합니다. 제출한 모델과 데이터에 대한 법적 권리가 있었다면, 훈련 후에도 여전히 그 권리를 가집니다. 컴퓨팅 네트워크는 어떠한 소유권도 주장하지 않습니다. Gensyn은 마켓플레이스가 다른 리소스처럼 알고리즘과 데이터도 거래할 수 있다고 언급합니다. 이는 누군가가 네트워크에서 사용할 모델이나 알고리즘을 수수료를 받고 제공할 수 있는 시나리오를 암시하며, 따라서 해당 모델에 대한 접근을 토큰화할 수 있습니다. 예를 들어, 모델 제작자는 자신의 사전 훈련된 모델을 Gensyn에 올리고 다른 사람들이 수수료를 내고 네트워크를 통해 미세 조정할 수 있도록 허용할 수 있습니다(이는 효과적으로 모델 IP를 수익화하는 것임). 프로토콜이 라이선스 조건을 강제하지는 않지만, 지불 요구 사항을 인코딩할 수 있습니다. 스마트 계약은 해결자에게 모델 가중치를 잠금 해제하기 위해 수수료를 요구할 수 있습니다. 그러나 이것들은 추측적인 사용 사례입니다. Gensyn의 주요 설계는 훈련 작업 활성화에 관한 것입니다. 귀속에 관해서는, 여러 당사자가 모델에 기여하는 경우(예: 한쪽은 데이터를 제공하고 다른 쪽은 컴퓨팅을 제공), 이는 Gensyn을 사용하기 전에 설정한 계약이나 합의에 의해 처리될 가능성이 높습니다(예: 스마트 계약이 데이터 제공자와 컴퓨팅 제공자 간에 지불을 분할할 수 있음). Gensyn 자체는 어떤 주소가 작업에 대해 지불되었는지 기록하는 것 외에 "이 모델은 X, Y, Z에 의해 만들어졌다"를 온체인에서 추적하지 않습니다. 요약하자면, Gensyn의 모델 IP는 제출자에게 남아 있으며, 모든 귀속이나 라이선스는 프로토콜 외부의 법적 계약이나 그 위에 구축된 맞춤형 스마트 계약을 통해 처리되어야 합니다.

• Cuckoo: Cuckoo의 생태계에서 **모델 제작자(AI 앱 빌더)**는 일급 참여자입니다. 그들은 AI 서비스를 배포합니다. 앱 빌더가 언어 모델을 미세 조정하거나 맞춤형 모델을 개발하여 Cuckoo에 호스팅하면, 해당 모델은 본질적으로 그들의 재산이며 그들은 서비스 소유자 역할을 합니다. Cuckoo는 어떠한 소유권도 빼앗지 않습니다. 대신, 그들이 사용량을 수익화할 수 있는 인프라를 제공합니다. 예를 들어, 개발자가 챗봇 AI를 배포하면 사용자는 그것과 상호 작용할 수 있고 개발자(및 채굴자)는 각 상호 작용에서 CAI를 얻습니다. 따라서 플랫폼은 모델 제작자에게 사용 수익을 귀속시키지만, 모델 가중치를 명시적으로 게시하거나 NFT로 만들지는 않습니다. 사실, 채굴자의 GPU에서 모델을 실행하려면 코디네이터 노드가 어떤 형태로든 모델(또는 런타임)을 채굴자에게 보내야 할 가능성이 높습니다. 이는 IP 문제를 제기합니다. 악의적인 채굴자가 모델 가중치를 복사하여 배포할 수 있을까요? 탈중앙화 네트워크에서는 독점 모델이 사용될 경우 그 위험이 존재합니다. Cuckoo의 현재 초점은 상당히 개방된 모델(Stable Diffusion, LLaMA 파생 모델 등)과 커뮤니티 구축에 있었기 때문에, 아직 스마트 계약을 통한 IP 권리 집행을 보지 못했습니다. 플랫폼은 향후 IP 보호를 위해 암호화된 모델 실행이나 보안 엔클레이브와 같은 도구를 통합할 수 있지만, 문서에는 구체적인 내용이 언급되어 있지 않습니다. 그것이 추적하는 것은 각 작업에 대해 누가 모델 서비스를 제공했는지입니다. 코디네이터는 온체인 신원이므로, 그들의 모델 사용은 모두 그들에게 귀속되고, 그들은 자동으로 보상 몫을 받습니다. 만약 누군가에게 모델을 넘겨주거나 판매한다면, 사실상 그들은 코디네이터 노드의 통제권을 이전하는 것입니다(아마도 코디네이터 역할이 토큰화되었다면 개인 키나 NFT를 주는 것일 수도 있음). 현재, 모델의 커뮤니티 소유권(토큰 지분을 통해)은 구현되지 않았지만, Cuckoo의 비전은 탈중앙화된 커뮤니티 주도 AI를 암시하므로, 사람들이 집단적으로 AI 모델에 자금을 지원하거나 통치하도록 하는 것을 탐색할 수 있습니다. 개별 소유권을 넘어서는 모델의 토큰화는 이러한 네트워크 전반에 걸쳐 여전히 열린 영역입니다. 이는 목표로 인식되지만(기업이 아닌 커뮤니티가 AI 모델을 소유하도록 하기 위해), 실제로는 위의 IP 및 검증 문제를 해결해야 합니다.

요약하자면, Bittensor, Gensyn, Cuckoo의 모델 소유권은 전통적인 수단으로 오프체인에서 처리됩니다. 모델을 실행하거나 제출하는 개인이나 단체가 사실상 소유자입니다. 네트워크는 경제적 보상(모델 기여자의 IP나 노력에 대해 지불) 형태로 귀속을 제공합니다. 세 곳 모두 아직 스마트 계약 수준에서 모델 사용에 대한 라이선스나 로열티 집행 기능이 내장되어 있지 않습니다. 귀속은 평판과 보상을 통해 이루어집니다. 예를 들어, Bittensor의 최고의 모델은 높은 평판 점수(공개 기록임)와 더 많은 TAO를 얻으며, 이는 제작자에 대한 암묵적인 공로 인정입니다. 시간이 지남에 따라 IP를 더 잘 추적하기 위해 NFT에 바인딩된 모델 가중치나 탈중앙화 라이선스와 같은 기능이 나타날 수 있지만, 현재 우선순위는 네트워크가 작동하고 기여를 장려하는 데 있습니다. 모두가 모델 출처와 출력을 검증하는 것이 진정한 모델 자산 시장을 가능하게 하는 핵심이라는 데 동의하며, 이 방향으로 연구가 진행 중입니다.

수익 공유 구조​

세 플랫폼 모두 여러 당사자가 협력하여 가치 있는 AI 결과물을 생산할 때 경제적 파이를 어떻게 나눌지 결정해야 합니다. AI 서비스가 사용되거나 토큰이 발행될 때 누가, 얼마를 받게 될까요? 각각은 독특한 수익 공유 모델을 가지고 있습니다:

• Bittensor: 인센티브에서 언급했듯이, Bittensor의 수익 분배는 블록 수준에서 프로토콜에 의해 정의됩니다. **각 블록의 TAO 발행에 대해 채굴자에게 41%, 검증자에게 41%, 서브넷 소유자에게 18%**입니다. 이는 각 서브넷에서 생성된 가치에 대한 내장된 수익 분할입니다. 서브넷 소유자의 몫(18%)은 "모델/작업 설계" 또는 해당 서브넷의 생태계를 부트스트랩한 것에 대한 로열티처럼 작용합니다. 채굴자와 검증자가 동등한 몫을 받는 것은 검증 없이는 채굴자가 보상받지 못하고(그 반대도 마찬가지), 그들이 공생 관계이며 발행된 보상의 동등한 부분을 각각 받는다는 것을 보장합니다. 외부 사용자가 모델에 쿼리하기 위해 TAO를 지불하는 경우를 고려하면, Bittensor 백서는 해당 지불도 답변하는 채굴자와 답변을 검증하는 데 도움을 준 검증자 간에 유사하게 분할될 것으로 예상합니다(정확한 분할은 프로토콜이나 시장의 힘에 의해 결정될 수 있음). 또한, 채굴자/검증자에게 스테이킹하는 위임자는 사실상 파트너입니다. 일반적으로 채굴자/검증자는 획득한 TAO의 일부를 위임자와 공유합니다(이는 구성 가능하지만, 종종 다수는 위임자에게 돌아감). 따라서 채굴자가 블록에서 1 TAO를 벌었다면, 이는 지분에 따라 예를 들어 위임자와 자신 사이에 80/20으로 나뉠 수 있습니다. 이는 비운영자도 네트워크 수익의 일부를 지원에 비례하여 얻는다는 것을 의미합니다. dTAO 도입으로 또 다른 공유 계층이 추가되었습니다. 서브넷 풀에 스테이킹하는 사람들은 알파 토큰을 얻게 되며, 이는 해당 서브넷 배출량의 일부를 받을 자격을 부여합니다(수익 농사와 유사). 사실상, 누구나 특정 서브넷의 성공에 지분을 가질 수 있고, 알파 토큰을 보유함으로써 채굴자/검증자 보상의 일부를 받을 수 있습니다(알파 토큰은 서브넷이 더 많은 사용량과 배출량을 유치함에 따라 가치가 상승함). 요약하자면, Bittensor의 수익 공유는 주요 역할에 대해 코드로 고정되어 있으며, 사회적/스테이킹 약정에 의해 추가로 공유됩니다. 이는 상대적으로 투명하고 규칙 기반의 분할입니다. 모든 블록마다 참여자들은 1 TAO가 어떻게 할당되는지 정확히 알고, 따라서 기여당 "수익"을 알 수 있습니다. 이러한 명확성은 Bittensor가 때때로 AI를 위한 비트코인에 비유되는 이유 중 하나입니다. 참여자의 보상이 수학적으로 설정된 결정론적 화폐 발행입니다.

• Gensyn: Gensyn의 수익 공유는 작업이 개별적으로 가격이 책정되기 때문에 더 역동적이고 시장 주도적입니다. 제출자가 작업을 생성할 때, 그들은 지불할 의사가 있는 보상(예: X 토큰)을 첨부합니다. 작업을 완료한 해결자는 그 X(네트워크 수수료를 제외한 금액)를 받습니다. 검증자가 관련된 경우, 일반적으로 다음과 같은 규칙이 있습니다. 사기가 감지되지 않으면 해결자는 전액 지불을 유지하고, 사기가 감지되면 해결자는 지분의 일부 또는 전부를 삭감당하며, 그 삭감된 금액은 검증자에게 보상으로 주어집니다. 따라서 검증자는 모든 작업에서 수익을 얻는 것이 아니라, 나쁜 결과를 잡았을 때만 수익을 얻습니다(구현에 따라 참여에 대한 작은 기본 수수료가 있을 수 있음). 여기에는 모델 소유자에게 지불하는 내장된 개념이 없습니다. 왜냐하면 제출자가 모델 소유자이거나 모델을 사용할 권리가 있다고 가정하기 때문입니다. 제출자가 다른 사람의 사전 훈련된 모델을 미세 조정하고 지불의 일부가 원래 모델 제작자에게 가는 시나리오를 상상할 수 있지만, 이는 프로토콜 외부에서 처리되어야 합니다(예: 합의나 토큰 지불을 적절하게 분할하는 별도의 스마트 계약에 의해). Gensyn의 프로토콜 수준 공유는 본질적으로 **클라이언트 -> 해결자 (-> 검증자)**입니다. 토큰 모델에는 프로토콜 재무부나 재단을 위한 할당이 포함될 가능성이 높습니다. 예를 들어, 모든 작업 지불의 작은 비율이 개발 자금이나 보험 풀에 사용될 수 있는 재무부로 갈 수 있습니다(이는 사용 가능한 문서에 명시적으로 언급되어 있지는 않지만, 많은 프로토콜이 그렇게 함). 또한, 초기에 Gensyn은 인플레이션을 통해 해결자를 보조할 수 있습니다. 테스트넷 사용자에게는 TGE에서 보상이 약속되며, 이는 초기 토큰 분배로부터의 효과적인 수익 공유입니다(초기 해결자와 지지자는 부트스트래핑을 돕는 대가로 토큰 덩어리를 얻음, 에어드랍이나 채굴 보상과 유사). 시간이 지남에 따라 실제 작업이 지배하게 되면, 인플레이션 보상은 줄어들고, 해결자 수입은 주로 사용자 지불에서 나올 것입니다. Gensyn의 접근 방식은 서비스별 요금 수익 모델로 요약될 수 있습니다. 네트워크는 작업이 필요한 사람으로부터 작업을 수행하는 사람에게 직접 지불을 촉진하며, 검증자와 잠재적으로 토큰 스테이커는 해당 서비스를 보호하는 역할을 할 때만 몫을 가져갑니다.

• Cuckoo: Cuckoo의 수익 공유는 진화해 왔습니다. 처음에는 지불하는 최종 사용자가 많지 않았기 때문에, 수익 공유는 본질적으로 인플레이션 공유였습니다. 토큰 공급량의 30% 채굴 및 11% 스테이킹 할당은 채굴자와 스테이커가 네트워크의 공정한 출시 풀에서 발행된 토큰을 공유하고 있음을 의미했습니다. 실제로 Cuckoo는 완료된 작업에 비례하여 채굴자에게 일일 CAI 지급과 같은 것을 운영했습니다. 이러한 지급은 주로 채굴 보상 할당(예약된 고정 공급량의 일부)에서 나왔습니다. 이는 많은 레이어 1 블록체인이 채굴자/검증자에게 블록 보상을 분배하는 방식과 유사합니다. 외부 사용자의 실제 사용량과 연결된 것이 아니라, 참여와 성장을 장려하기 위한 것이었습니다. 그러나 2025년 7월 블로그에서 강조했듯이, 이는 실제 수요가 아닌 토큰 파밍에 의해 인센티브를 받는 사용을 초래했습니다. Cuckoo의 다음 단계는 서비스 수수료 기반의 진정한 수익 공유 모델입니다. 이 모델에서는 최종 사용자가 예를 들어 이미지 생성 서비스를 사용하고 1달러(암호화폐 단위)를 지불하면, 그 1달러 상당의 토큰이 다음과 같이 분할될 수 있습니다. GPU 작업을 수행한 채굴자에게 0.70, 모델과 인터페이스를 제공한 앱 개발자(코디네이터)에게 0.20, 스테이커나 네트워크 재무부에 0.10. (참고: 정확한 비율은 가상이며, Cuckoo는 아직 공개적으로 명시하지 않았지만, 이는 개념을 설명합니다.) 이렇게 하면 서비스를 제공하는 데 기여한 모든 사람이 수익의 일부를 얻게 됩니다. 이는 예를 들어 AI를 위한 차량 공유 경제와 유사합니다. 차량(GPU 채굴자)이 대부분을 차지하고, 운전자나 플랫폼(모델 서비스를 구축한 코디네이터)이 몫을 가져가며, 플랫폼의 거버넌스/스테이커가 작은 수수료를 받을 수 있습니다. Cuckoo가 언급한 *"수익 공유 모델과 사용량 지표에 직접 연결된 토큰 보상"*은 특정 서비스나 노드가 많은 양을 처리하면, 그 운영자와 지지자가 더 많이 벌게 될 것임을 시사합니다. 그들은 단순히 토큰을 잠그는 것에 대한 고정 수익률(초기 스테이킹 APY의 경우)에서 벗어나고 있습니다. 구체적으로 말하면, 매우 인기 있는 AI 앱을 구동하는 코디네이터에게 스테이킹하면, 해당 앱 수수료의 일부를 벌 수 있습니다. 이는 인플레이션만을 위한 스테이킹이 아닌, 진정한 유틸리티에 투자하는 스테이킹 시나리오입니다. 이는 모든 사람의 인센티브를 AI 서비스를 위해 지불하는 실제 사용자를 유치하는 방향으로 조정하며, 이는 다시 토큰 보유자에게 가치를 되돌려줍니다. Cuckoo의 체인에는 거래 수수료(가스)도 있었으므로, 블록을 생성한 채굴자(초기에는 GPU 채굴자도 Cuckoo 체인의 블록 생산에 기여함)도 가스 수수료를 받았습니다. 체인이 종료되고 롤업으로 마이그레이션됨에 따라, 가스 수수료는 최소화될 가능성이 높으므로(또는 이더리움에서), 주요 수익은 AI 서비스 수수료 자체가 됩니다. 요약하자면, Cuckoo는 보조금 주도 모델(네트워크가 토큰 풀에서 참가자에게 지불)에서 수요 주도 모델(참가자가 실제 사용자 지불에서 수익을 얻음)로 전환하고 있습니다. 토큰은 여전히 스테이킹과 거버넌스에서 역할을 하겠지만, 채굴자와 앱 개발자의 일상적인 수입은 점점 더 AI 서비스를 구매하는 사용자로부터 나올 것입니다. 이 모델은 장기적으로 더 지속 가능하며, Web2 SaaS 수익 공유와 매우 유사하지만, 투명성을 위해 스마트 계약과 토큰을 통해 구현됩니다.

공격 표면 및 취약점​

탈중앙화 AI는 여러 인센티브 및 보안 문제를 야기합니다. 이제 시빌 공격, 담합, 무임승차, 데이터/모델 포이즈닝과 같은 주요 공격 벡터를 분석하고 각 플랫폼이 이를 어떻게 완화하거나 취약한 상태로 남아 있는지 살펴봅니다:

• 시빌 공격(가짜 신원): 개방형 네트워크에서 공격자는 많은 신원(노드)을 생성하여 불균형한 보상이나 영향력을 얻으려 할 수 있습니다.

• Bittensor: 시빌 저항은 주로 진입 비용에 의해 제공됩니다. Bittensor에 새로운 채굴자나 검증자를 등록하려면 TAO를 사용하거나 스테이킹해야 합니다. 이는 소각 또는 보증금 요구 사항일 수 있습니다. 이는 N개의 가짜 노드를 생성하는 데 N배의 비용이 들게 하여 대규모 시빌 군단을 비싸게 만듭니다. 또한, Bittensor의 합의는 영향력을 지분과 성과에 연결합니다. 지분이 없거나 성과가 저조한 시빌은 거의 벌지 못합니다. 공격자는 상당한 보상을 얻기 위해 막대한 투자를 하고 시빌 노드가 실제로 유용한 작업을 기여하도록 해야 합니다(이는 일반적인 시빌 전략이 아님). 그렇지만, 공격자가 많은 자본을 가지고 있다면, TAO의 과반수를 획득하고 많은 검증자나 채굴자를 등록할 수 있습니다. 이는 사실상 부에 의한 시빌입니다. 이는 51% 공격 시나리오와 겹칩니다. 단일 개체가 서브넷에서 스테이킹된 TAO의 50% 이상을 통제하면, 합의를 크게 좌우할 수 있습니다. Bittensor의 dTAO 도입은 여기서 약간 도움이 됩니다. 영향력을 서브넷 전반에 분산시키고 서브넷이 번성하기 위해 커뮤니티 스테이킹 지원을 요구함으로써, 한 개체가 모든 것을 통제하기 어렵게 만듭니다. 그럼에도 불구하고, 자금이 풍부한 적에 의한 시빌 공격은 여전히 우려 사항입니다. Arxiv 분석은 현재 지분이 상당히 집중되어 있어 과반수 공격의 장벽이 원하는 만큼 높지 않다고 명시적으로 지적합니다. 이를 완화하기 위해, 지갑당 지분 상한선(예: 한 지갑이 지배하는 것을 방지하기 위해 유효 지분을 88번째 백분위수에서 제한)과 같은 제안이 제시되었습니다. 요약하자면, Bittensor는 시빌을 처리하기 위해 지분 가중 신원(비례적인 지분 없이는 저렴하게 신원을 생성할 수 없음)에 의존합니다. 이는 매우 자원이 풍부한 공격자를 제외하고는 상당히 효과적입니다.

• Gensyn: Gensyn의 시빌 공격은 공격자가 시스템을 조작하기 위해 많은 해결자나 검증자 노드를 가동하는 것으로 나타날 것입니다. Gensyn의 방어는 순전히 경제적이고 암호학적입니다. 신원 자체는 중요하지 않지만, 작업을 수행하거나 담보를 게시하는 것이 중요합니다. 공격자가 100개의 가짜 해결자 노드를 생성하더라도 작업이나 지분이 없으면 아무것도 달성하지 못합니다. 작업을 따내려면 시빌 노드는 경쟁적으로 입찰하고 작업을 수행할 하드웨어를 가져야 합니다. 용량 없이 낮은 가격으로 입찰하면 실패하고 지분을 잃게 됩니다. 마찬가지로, 공격자는 검증 대상으로 선택되기를 바라며 많은 검증자 신원을 생성할 수 있습니다(프로토콜이 무작위로 검증자를 선택하는 경우). 그러나 너무 많으면 네트워크나 작업 게시자가 활성 검증자 수를 제한할 수 있습니다. 또한, 검증자는 확인을 위해 잠재적으로 계산을 수행해야 하므로 비용이 많이 듭니다. 많은 가짜 검증자를 갖는 것은 실제로 결과를 검증할 수 없다면 도움이 되지 않습니다. Gensyn에서 더 관련 있는 시빌 각도는 공격자가 네트워크를 가짜 작업이나 응답으로 채워 다른 사람의 시간을 낭비하려는 경우입니다. 이는 제출자에게도 보증금을 요구함으로써 완화됩니다(가짜 작업을 게시하는 악의적인 제출자는 지불금이나 보증금을 잃음). 전반적으로, Gensyn의 필수 지분/보증금 사용과 검증을 위한 무작위 선택은 공격자가 비례적인 리소스를 가져오지 않는 한 여러 신원을 갖는 것으로 얻는 것이 거의 없음을 의미합니다. 이는 저렴한 공격이 아닌 더 비싼 공격이 됩니다. 낙관적 보안 모델은 적어도 하나의 정직한 검증자를 가정합니다. 시빌은 일관되게 속이기 위해 모든 검증자를 압도하고 모두가 되어야 하며, 이는 다시 지분이나 컴퓨팅 파워의 과반수를 소유하는 것으로 귀결됩니다. 따라서 Gensyn의 시빌 저항은 낙관적 롤업과 비슷합니다. 정직한 행위자가 하나라도 있는 한, 시빌은 시스템적 피해를 쉽게 일으킬 수 없습니다.

• Cuckoo: Cuckoo의 시빌 공격 방지는 스테이킹과 커뮤니티 심사에 의존합니다. Cuckoo의 모든 역할(채굴자, 코디네이터, 경우에 따라 사용자까지)은 $CAI 스테이킹을 요구합니다. 이는 즉시 시빌 신원의 비용을 높입니다. 100개의 더미 채굴자를 만드는 공격자는 각각에 대해 지분을 획득하고 잠가야 합니다. 더욱이, Cuckoo의 설계에는 인간/커뮤니티 요소가 있습니다. 새로운 노드는 온체인 투표를 통해 평판을 얻어야 합니다. 평판이 없는 새로운 노드의 시빌 군단은 많은 작업을 할당받거나 사용자의 신뢰를 얻을 가능성이 낮습니다. 특히 코디네이터는 사용자를 유치해야 합니다. 실적이 없는 가짜 코디네이터는 사용량을 얻지 못할 것입니다. 채굴자의 경우, 코디네이터는 Cuckoo Scan에서 그들의 성능 통계(성공한 작업 등)를 볼 수 있으며 신뢰할 수 있는 채굴자를 선호할 것입니다. Cuckoo는 또한 상대적으로 적은 수의 채굴자(베타에서 한때 40개의 GPU)를 가지고 있었으므로, 많은 노드의 이상한 유입은 눈에 띌 것입니다. 잠재적인 약점은 공격자가 평판 시스템도 조작하는 경우입니다. 예를 들어, 시빌 노드에 많은 CAI를 스테이킹하여 평판이 좋은 것처럼 보이게 하거나, 가짜 "사용자" 계정을 만들어 자신을 추천하는 것입니다. 이는 이론적으로 가능하지만, 모든 것이 토큰 큐레이션되므로 그렇게 하는 데 토큰 비용이 듭니다(본질적으로 자신의 노드에 자신의 지분으로 투표하는 것임). Cuckoo 팀은 시빌 행동이 관찰되면 스테이킹 및 보상 매개변수를 조정할 수도 있습니다(특히 이제 더 중앙 집중화된 롤업 서비스가 되고 있으므로, 나쁜 행위자를 일시 중지하거나 삭감할 수 있음). 종합하면, 시빌은 이해관계(지분) 요구와 커뮤니티 승인 필요로 억제됩니다. 정직한 참가자가 실제 하드웨어와 지분에 더 잘 쓸 수 있는 상당한 투자 없이는 수백 개의 가짜 GPU로 들어와 보상을 거둘 수 없습니다.

• 담합: 여기서는 여러 참여자가 시스템을 조작하기 위해 공모하는 것을 고려합니다. 예를 들어, Bittensor에서 검증자와 채굴자가 담합하거나, Gensyn에서 해결자와 검증자가 담합하는 경우 등입니다.

• Bittensor: 담합은 실제 우려 사항으로 확인되었습니다. 원래 설계에서는 소수의 검증자가 특정 채굴자나 자신을 항상 추천하여 보상 분배를 불공정하게 왜곡할 수 있었습니다(이는 루트 서브넷에서 권력 집중으로 관찰됨). 유마 합의는 일부 방어를 제공합니다. 검증자 점수의 중앙값을 취하고 벗어나는 것을 처벌함으로써, 소규모 담합 그룹이 다수가 아닌 한 목표를 극적으로 부풀리는 것을 방지합니다. 즉, 10명의 검증자 중 3명이 담합하여 채굴자에게 매우 높은 점수를 주지만 다른 7명은 그렇지 않은 경우, 담합자의 특이한 점수는 잘리고 채굴자의 보상은 중앙값 점수를 기반으로 합니다(따라서 담합은 크게 도움이 되지 않음). 그러나 담합자가 검증자의 50% 이상(또는 검증자 중 지분의 50% 이상)을 형성하면, 그들은 사실상 합의입니다. 그들은 거짓 높은 점수에 동의할 수 있고 중앙값은 그들의 견해를 반영할 것입니다. 이것이 고전적인 51% 공격 시나리오입니다. 불행히도, Arxiv 연구는 일부 Bittensor 서브넷에서 참여자의 1-2%(수 기준)에 불과한 연합이 과도한 토큰 집중으로 인해 지분의 과반수를 통제한다는 것을 발견했습니다. 이는 소수의 큰 보유자에 의한 담합이 신뢰할 수 있는 위협이었음을 의미합니다. Bittensor가 dTAO를 통해 추구하는 완화책은 영향력을 민주화하는 것입니다. 모든 TAO 보유자가 서브넷에 지분을 직접 투입할 수 있게 함으로써, 폐쇄적인 검증자 그룹의 힘을 희석시킵니다. 또한, 오목한 스테이킹(과도한 지분에 대한 수익 체감) 및 지분 상한선과 같은 제안은 하나의 담합 개체가 너무 많은 투표권을 모으는 능력을 깨뜨리는 것을 목표로 합니다. Bittensor의 보안 가정은 이제 지분 증명과 유사합니다. 단일 개체(또는 카르텔)가 활성 지분의 50% 이상을 통제하지 않는 것입니다. 이것이 유지되는 한, 정직한 검증자가 나쁜 채점을 무효화하고 담합하는 서브넷 소유자가 임의로 자신의 보상을 부풀릴 수 없기 때문에 담합은 제한됩니다. 마지막으로, 서브넷 소유자와 검증자 간의 담합(예: 서브넷 소유자가 자신의 서브넷 채굴자를 높게 평가하도록 검증자에게 뇌물을 주는 것)에 대해, dTAO는 직접적인 검증자 통제를 제거하고 토큰 보유자 결정으로 대체합니다. 토큰 공급을 매수하지 않는 한 "시장"과 담합하기는 더 어렵습니다. 이 경우 실제로는 담합이 아니라 인수입니다. 따라서 Bittensor의 주요 담합 방지 기술은 **알고리즘적 합의(중앙값 클리핑)**와 광범위한 토큰 분배입니다.

• Gensyn: Gensyn에서의 담합은 해결자와 검증자(또는 여러 검증자)가 시스템을 속이기 위해 공모하는 것을 포함할 가능성이 높습니다. 예를 들어, 해결자는 가짜 결과를 생성하고 공모하는 검증자는 의도적으로 이의를 제기하지 않을 수 있습니다(또는 프로토콜이 검증자에게 서명을 요청하는 경우 올바르다고 증언할 수도 있음). 이를 완화하기 위해 Gensyn의 보안 모델은 적어도 하나의 정직한 검증자를 요구합니다. 만약 모든 검증자가 해결자와 공모한다면, 나쁜 결과는 이의 없이 통과됩니다. Gensyn은 많은 독립적인 검증자를 장려하고(누구나 검증할 수 있음), 검증자가 담합에서 벗어나 이의를 제기함으로써 큰 보상을 얻을 수 있다는 게임 이론으로 이 문제를 해결합니다(왜냐하면 그들은 해결자의 지분을 얻게 될 것이기 때문). 본질적으로, 공모에 동의하는 그룹이 있더라도 각 구성원은 배신하고 자신을 위해 현상금을 청구할 인센티브를 가집니다. 이것은 고전적인 죄수의 딜레마 설정입니다. 희망은 이것이 담합 그룹을 작거나 비효율적으로 유지하는 것입니다. 또 다른 잠재적인 담합은 여러 해결자가 가격을 올리거나 작업을 독점하기 위해 공모하는 것입니다. 그러나 개발자는 작업을 게시할 위치를 선택할 수 있고(작업은 쉽게 독점될 수 있는 동일한 단위가 아님), 가격 담합에서 해결자 담합은 전 세계적으로 조정하기 어려울 것입니다. 공모하지 않는 해결자는 작업을 따내기 위해 더 낮은 가격을 제시할 수 있습니다. 공개 시장 역학은 적어도 일부 경쟁 참여자가 있다고 가정할 때 가격 담합에 대응합니다. 또 다른 각도: 검증자 담합으로 해결자를 괴롭히는 것 - 예를 들어, 검증자가 정직한 해결자를 거짓으로 고발하여 그들의 지분을 훔치는 것입니다. Gensyn의 사기 증명은 이진적이고 온체인입니다. 거짓 고발은 온체인 재계산에서 오류를 찾지 못하면 실패할 것이며, 아마도 악의적인 검증자는 무언가(아마도 보증금이나 평판)를 잃게 될 것입니다. 따라서 해결자를 방해하려는 검증자 담합은 프로토콜의 검증 과정에 의해 발각될 것입니다. 요약하자면, Gensyn의 아키텍처는 담합 집합의 적어도 한 당사자가 정직할 인센티브를 갖는 한 견고합니다. 이는 비트코인에서 사기를 결국 폭로하기 위해 하나의 정직한 채굴자를 요구하는 것과 유사한 낙관적 검증의 속성입니다. 공격자가 작업의 모든 검증자와 해결자를 통제할 수 있다면(네트워크의 과반수처럼) 이론적으로 담합이 가능하지만, 그러면 그들은 담합 없이도 그냥 속일 수 있습니다. 암호경제학적 인센티브는 담합을 유지하는 것을 비합리적으로 만들도록 배열되어 있습니다.

• Cuckoo: Cuckoo에서의 담합은 몇 가지 방식으로 발생할 수 있습니다:

1. 코디네이터와 채굴자의 담합 – 예를 들어, 코디네이터는 항상 친한 채굴자 집합에 작업을 할당하고 보상을 나누며, 다른 정직한 채굴자를 무시할 수 있습니다. 코디네이터는 작업 스케줄링에 재량권이 있으므로 이런 일이 발생할 수 있습니다. 그러나 친한 채굴자가 수준 이하라면, 최종 사용자는 느리거나 나쁜 서비스를 알아차리고 떠날 수 있으므로, 코디네터는 품질을 해치는 순수한 편애로부터 인센티브를 받지 못합니다. 담합이 보상을 조작하기 위한 것이라면(예: 채굴자에게 토큰을 주기 위해 가짜 작업을 제출하는 것), 이는 온체인에서 감지될 수 있으며(아마도 동일한 입력이나 실제 사용자 없는 많은 작업) 처벌받을 수 있습니다. Cuckoo의 온체인 투명성은 비정상적인 패턴이 커뮤니티나 핵심 팀에 의해 플래그 지정될 수 있음을 의미합니다. 또한, 모든 참여자가 스테이킹하기 때문에, 담합하는 코디네이터-채굴자 집단은 시스템을 남용하다가 발각되면 지분을 잃을 위험이 있습니다(예: 거버넌스가 사기로 그들을 삭감하기로 결정하는 경우).
2. 채굴자 간의 담합 – 그들은 정보를 공유하거나 카르텔을 형성하여, 예를 들어 평판에서 서로에게 투표하거나 특정 코디네이터에게 서비스를 거부하여 더 높은 수수료를 요구할 수 있습니다. 이러한 시나리오는 가능성이 낮습니다. 평판 투표는 스테이커(사용자 포함)에 의해 이루어지며, 채굴자들끼리 서로 투표하는 것이 아닙니다. 그리고 서비스 거부는 코디네이터가 다른 채굴자를 찾거나 경보를 울리게 할 뿐입니다. 현재 상대적으로 작은 규모를 고려할 때, 어떤 담합도 숨기기 어려울 것입니다.
3. 거버넌스 조작을 위한 담합 – 대규모 CAI 보유자는 자신에게 유리한 제안을 통과시키기 위해 담합할 수 있습니다(예: 터무니없는 수수료 설정이나 재무부 방향 전환). 이는 모든 토큰 거버넌스에서 위험 요소입니다. 최선의 완화책은 토큰을 널리 분배하고(Cuckoo의 공정한 출시는 51%를 커뮤니티에 제공함) 활발한 커뮤니티 감독을 갖는 것입니다. 또한, Cuckoo가 L1에서 벗어났기 때문에, 새로운 체인에 정착할 때까지 즉각적인 온체인 거버넌스는 제한될 수 있습니다. 팀은 그동안 다중 서명 통제를 유지할 가능성이 높으며, 이는 아이러니하게도 중앙 집중화되는 대가로 악의적인 외부인의 담합을 방지합니다. 전반적으로, Cuckoo는 담합을 처리하기 위해 투명성과 스테이킹에 의존합니다. 경쟁 환경에서 사용자를 유치하고 싶기 때문에 코디네이터가 행동할 것이라는 신뢰 요소가 있습니다. 담합이 더 나쁜 서비스나 명백한 보상 조작으로 이어진다면, 이해관계자들은 나쁜 행위자에 대한 투표를 철회하거나 스테이킹을 중단할 수 있으며, 네트워크는 그들을 삭감하거나 차단할 수 있습니다. 상당히 개방적인 성격(스테이킹하면 누구나 코디네이터나 채굴자가 될 수 있음)은 담합이 명백하게 드러날 대규모의 조직적인 노력을 요구함을 의미합니다. Bittensor나 Gensyn처럼 수학적으로 방지되지는 않지만, 경제적 지분과 커뮤니티 거버넌스의 조합이 견제 역할을 합니다.

• 무임승차(Free-rider problems): 이는 참여자가 동등한 가치를 기여하지 않고 보상을 거두려는 것을 의미합니다. 예를 들어, 실제로 평가하지 않지만 여전히 수익을 얻는 검증자, 계산하는 대신 다른 사람의 답변을 복사하는 채굴자, 또는 유용한 입력을 제공하지 않고 보상을 파밍하는 사용자 등입니다.

• Bittensor: Bittensor에서 알려진 무임승차 문제는 게으른 검증자에 의한 **"가중치 복사"**입니다. 검증자는 독립적으로 채굴자를 평가하는 대신 다수의 의견(또는 다른 검증자의 점수)을 단순히 복사할 수 있습니다. 그렇게 함으로써, 그들은 AI 쿼리 실행 비용을 피하지만, 제출된 점수가 합의에 부합하는 것처럼 보이면 여전히 보상을 받습니다. Bittensor는 각 검증자의 합의 정렬과 정보 기여도를 측정하여 이에 대응합니다. 검증자가 항상 다른 사람을 복사하기만 한다면, 잘 정렬될 수 있지만(따라서 심하게 처벌받지 않음), 독특한 가치를 추가하지 않습니다. 프로토콜 개발자들은 정확하지만 순전히 중복되지 않는 평가를 제공하는 검증자에게 더 높은 보상을 주는 것에 대해 논의했습니다. 노이즈 주입(의도적으로 검증자에게 약간 다른 쿼리를 제공)과 같은 기술은 그들이 복사하는 대신 실제로 일하도록 강제할 수 있습니다. 비록 그것이 구현되었는지는 불분명하지만 말입니다. Arxiv는 검증자 노력을 보상과 더 잘 연결하기 위해 성과 가중 배출 및 복합 채점 방법을 제안합니다. 채굴자의 경우, 가능한 무임승차 행동은 채굴자가 다른 채굴자에게 쿼리하고 답변을 중계하는 것입니다(표절의 한 형태). Bittensor의 설계(탈중앙화 쿼리 포함)는 채굴자의 모델이 자신의 덴드라이트를 통해 다른 모델을 호출하도록 허용할 수 있습니다. 채굴자가 다른 사람의 답변을 그냥 중계한다면, 좋은 검증자는 답변이 채굴자의 주장된 모델 능력과 일관되지 않을 수 있기 때문에 그것을 알아챌 수 있습니다. 알고리즘적으로 감지하기는 까다롭지만, 원래 결과를 계산하지 않는 채굴자는 결국 일부 쿼리에서 낮은 점수를 받고 평판을 잃게 될 것입니다. 또 다른 무임승차 시나리오는 AI 작업을 하지 않고 보상을 받는 위임자였습니다. 이는 의도적인 것(토큰 보유자를 참여시키기 위해)이므로 공격은 아니지만, 일부 토큰 배출이 스테이킹만 한 사람들에게 간다는 것을 의미합니다. Bittensor는 이를 낭비된 보상이 아닌 인센티브 조정으로 정당화합니다. 요약하자면, Bittensor는 검증자 무임승차 문제를 인정하고 인센티브를 조정하고 있습니다(예: 벗어나거나 복사하지 않는 사람들을 부양하는 검증자 신뢰 점수 제공). 그들의 해결책은 본질적으로 노력과 정확성을 더 명시적으로 보상하여, 아무것도 하지 않거나 맹목적으로 복사하는 것이 시간이 지남에 따라 더 적은 TAO를 산출하도록 하는 것입니다.

• Gensyn: Gensyn에서 무임승차자는 토큰을 얻기 위해 컴퓨팅을 제공하거나 누군가의 부정행위를 잡아야 하기 때문에 수익을 얻기 어려울 것입니다. 해결자는 작업을 "가짜"로 할 수 없습니다. 유효한 증명을 제출하거나 삭감될 위험을 감수해야 합니다. 작업을 수행하지 않고 돈을 받는 메커니즘은 없습니다. 검증자는 이론적으로 가만히 앉아서 다른 사람들이 사기를 잡기를 바랄 수 있지만, 그러면 아무것도 벌지 못합니다(사기 증명을 제기한 사람만 보상을 받기 때문). 너무 많은 검증자가 무임승차를 시도하면(실제로 작업을 재계산하지 않음), 아무도 확인하지 않기 때문에 사기꾼 해결자가 빠져나갈 수 있습니다. Gensyn의 인센티브 설계는 잭팟 보상으로 이 문제를 해결합니다. 사기꾼을 잡고 큰 보상을 받기 위해서는 하나의 활동적인 검증자만 있으면 되므로, 적어도 하나는 항상 작업을 수행하는 것이 합리적입니다. 작업을 하지 않는 다른 사람들은 쓸모없는 것 외에는 네트워크에 해를 끼치지 않으며, 보상도 받지 못합니다. 따라서 시스템은 자연스럽게 무임승차자를 걸러냅니다. 실제로 검증하는 검증자만이 장기적으로 이익을 얻을 것입니다(다른 사람들은 아무것도 얻지 못하거나 아주 드물게 우연히 보상을 얻기 위해 노드에 자원을 낭비함). 프로토콜은 또한 모든 검증자가 "다른 사람이 할 것"이라고 가정하는 것을 막기 위해 어떤 검증자가 이의를 제기할 기회를 얻을지 무작위로 지정할 수 있습니다. 작업은 개별적으로 지불되므로, 일시적인 테스트넷 인센티브를 제외하고는 "작업 없는 스테이킹 보상"과 유사한 것이 없습니다. 주목할 한 가지 영역은 다중 작업 최적화입니다. 해결자는 작업 간에 작업을 재사용하거나 비밀리에 더 저렴한 곳(중앙 집중식 클라우드 사용 등)에 아웃소싱하려고 할 수 있지만, 이는 해로운 무임승차가 아닙니다. 제시간에 올바른 결과를 제공한다면, 어떻게 했는지는 중요하지 않습니다. 그것은 공격이라기보다는 차익 거래에 가깝습니다. 요약하자면, Gensyn의 메커니즘 설계는 분배된 모든 토큰이 완료된 작업이나 처벌된 부정행위에 해당하기 때문에 무임승차자가 이득을 볼 여지를 거의 남기지 않습니다.

• Cuckoo: Cuckoo의 초기 단계는 의도치 않게 무임승차 문제를 만들었습니다. 에어드랍과 고수익 스테이킹은 토큰을 파밍하기 위해서만 참여한 사용자들을 끌어들였습니다. 이 사용자들은 장기적인 네트워크 가치에 기여하지 않고 파우셋을 통해 토큰을 순환시키거나 에어드랍 작업을 조작했습니다(예: 무료 테스트 프롬프트를 계속 사용하거나 보상을 청구하기 위해 많은 계정을 생성). Cuckoo는 이를 문제로 인식했습니다. 본질적으로 사람들은 AI 출력을 위해서가 아니라 투기적 보상 획득을 위해 네트워크를 "사용"하고 있었습니다. L1 체인을 종료하고 재집중하기로 한 결정은 부분적으로 이러한 인센티브 불일치를 떨쳐내기 위한 것이었습니다. 미래의 토큰 보상을 실제 사용량과 연결함으로써(즉, 서비스가 실제로 지불하는 고객에 의해 사용되기 때문에 수익을 얻음), 무임승차의 매력은 감소합니다. 또한 채굴자 측 무임승차 시나리오도 있습니다. 채굴자는 참여하여 작업을 할당받고 어떻게든 수행하지 않으면서 보상을 청구할 수 있습니다. 그러나 코디네이터는 결과를 검증하고 있습니다. 채굴자가 출력을 반환하지 않거나 나쁜 출력을 반환하면, 코디네이터는 이를 완료된 작업으로 계산하지 않으므로 채굴자는 돈을 받지 못할 것입니다. 채굴자는 또한 쉬운 작업을 골라내고 어려운 작업을 버리려고 할 수 있습니다(예: 일부 프롬프트가 느리면 채굴자가 이를 피하기 위해 연결을 끊을 수 있음). 이는 문제가 될 수 있지만, 코디네이터는 채굴자의 신뢰성을 기록할 수 있습니다. 채굴자가 자주 중단되면, 코디네이터는 그들에게 할당을 중단하거나 지분을 삭감할 수 있습니다(그러한 메커니즘이 존재하거나 단순히 보상하지 않음). 사용자 무임승차 – 많은 AI 서비스에 무료 평가판이 있기 때문에, 사용자는 지불하지 않고 출력을 얻기 위해 요청을 스팸으로 보낼 수 있습니다(보조금 모델이 있는 경우). 이는 프로토콜 수준이라기보다는 서비스 수준의 문제입니다. 각 코디네이터는 무료 사용을 처리하는 방법을 결정할 수 있습니다(예: 소액 결제 요구 또는 제한). Cuckoo는 처음에 사용자를 유치하기 위해 무료 제공(무료 AI 이미지 생성 등)을 했기 때문에 일부는 이를 이용했지만, 이는 예상된 성장 마케팅의 일부였습니다. 이러한 프로모션이 끝나면 사용자는 지불해야 하므로, 악용할 공짜 점심은 없습니다. 전반적으로, Cuckoo의 새로운 전략인 토큰 분배를 실제 유틸리티에 매핑하는 것은 "의미 없는 루프를 수행하여 토큰 채굴"이라는 무임승차 문제를 제거하는 것을 명시적으로 목표로 합니다.

• 데이터 또는 모델 포이즈닝: 이는 악의적으로 나쁜 데이터나 행동을 도입하여 AI 모델을 저하시키거나 출력을 조작하는 것, 그리고 유해하거나 편향된 콘텐츠가 기여되는 문제를 의미합니다.

• Bittensor: Bittensor에서의 데이터 포이즈닝은 채굴자가 의도적으로 부정확하거나 유해한 답변을 제공하거나, 검증자가 고의로 좋은 답변을 나쁘게 평가하는 것을 의미합니다. 채굴자가 지속적으로 쓰레기나 악성 콘텐츠를 출력하면, 검증자는 낮은 점수를 줄 것이고, 해당 채굴자는 거의 벌지 못하고 결국 탈락할 것입니다. 경제적 인센티브는 품질을 제공하는 것이므로, 다른 사람을 "포이즈닝"하는 것은 공격자에게 이익이 되지 않습니다(목표가 순전히 자신의 비용으로 파괴하는 것이 아니라면). 악의적인 채굴자가 다른 사람을 포이즈닝할 수 있을까요? Bittensor에서는 채굴자가 서로를 직접 훈련시키지 않습니다(적어도 설계상으로는, 포이즈닝될 수 있는 업데이트되는 글로벌 모델이 없음). 각 채굴자의 모델은 분리되어 있습니다. 그들은 채굴자가 자신을 미세 조정하기 위해 다른 사람으로부터 흥미로운 샘플을 가져올 수 있다는 의미에서 학습하지만, 이는 전적으로 선택 사항이며 각자에게 달려 있습니다. 악의적인 행위자가 무의미한 답변을 스팸으로 보낸다면, 정직한 검증자는 그것을 걸러낼 것입니다(낮은 점수를 줄 것임), 따라서 정직한 채굴자의 훈련 과정에 큰 영향을 미치지 않을 것입니다(게다가, 채굴자는 낮은 점수를 받은 동료의 지식이 아닌 높은 점수를 받은 동료의 지식을 사용할 가능성이 높음). 따라서 고전적인 데이터 포이즈닝(모델을 손상시키기 위해 나쁜 훈련 데이터를 주입하는 것)은 Bittensor의 현재 설정에서는 최소화됩니다. 더 관련 있는 위험은 모델 응답 조작입니다. 예를 들어, 검증자에게 명확하지 않은 미묘하게 편향되거나 위험한 콘텐츠를 출력하는 채굴자입니다. 그러나 검증자도 인간이 설계했거나 적어도 알고리즘 에이전트이므로, 노골적인 독성이나 오류는 포착될 가능성이 높습니다(일부 서브넷에는 안전하지 않은 콘텐츠를 확인하는 AI 검증자가 있을 수도 있음). 최악의 시나리오는 공격자가 어떻게든 특정 부정확한 출력을 "정확한" 것으로 밀어붙이기 위해 과반수의 검증자와 채굴자를 공모시키는 경우입니다. 그러면 그들은 응답에 대한 네트워크의 합의를 편향시킬 수 있습니다(모든 공모하는 검증자가 악의적인 답변을 추천하는 것처럼). 그러나 외부 사용자가 그것에 의해 해를 입으려면, 실제로 네트워크에 쿼리하고 출력을 신뢰해야 합니다. Bittensor는 아직 최종 사용자에 의한 중요한 쿼리에 널리 사용되는 것이 아니라, 역량을 구축하는 단계에 있습니다. 그 시점이 되면, 콘텐츠 필터링과 검증자의 다양성을 통해 그러한 위험을 완화할 수 있기를 바랍니다. 검증자 측면에서, 악의적인 검증자는 포이즈닝된 평가를 제공할 수 있습니다. 예를 들어, 경쟁을 제거하기 위해 특정 정직한 채굴자를 지속적으로 낮게 평가하는 것입니다. 충분한 지분이 있다면, 그들은 해당 채굴자를 몰아내는 데 성공할 수 있습니다(채굴자의 보상이 너무 낮아져 떠나는 경우). 이것은 인센티브 메커니즘에 대한 공격입니다. 다시 말하지만, 그들이 다수가 아니라면, 중앙값 클리핑이 특이한 검증자를 저지할 것입니다. 만약 그들이 다수라면, 이는 담합/51% 시나리오와 합쳐집니다. 모든 다수는 규칙을 다시 쓸 수 있습니다. 해결책은 탈중앙화로 돌아갑니다. 어떤 단일 개체도 지배하지 못하게 하는 것입니다. 요약하자면, Bittensor의 설계는 채점 시스템을 통해 포이즈닝된 데이터/모델 기여를 본질적으로 처벌합니다. 나쁜 기여는 낮은 가중치를 받고 따라서 낮은 보상을 받습니다. 포이즈닝할 영구적인 모델 저장소는 없습니다. 모든 것이 동적이고 지속적으로 평가됩니다. 이는 회복력을 제공합니다. 네트워크는 검증자에 의해 기여가 걸러짐에 따라 나쁜 행위자를 점차 "잊거나" 무시할 수 있습니다.

• Gensyn: 해결자가 훈련 중인 모델을 포이즈닝하고 싶다면(백도어나 편견을 도입하는 등), 은밀하게 시도할 수 있습니다. Gensyn 프로토콜은 훈련이 지정된 알고리즘(확률적 경사 하강법 단계 등)에 따라 진행되었는지 검증하지만, 해결자가 일반적인 검증 지표에 나타나지 않는 미묘한 백도어 트리거를 도입했는지 반드시 감지하지는 못할 것입니다. 이것은 더 교활한 문제입니다. 계산의 실패가 아니라, 훈련의 허용된 자유도 내에서의 조작입니다(가중치를 트리거 문구 쪽으로 조정하는 등). 그것을 감지하는 것은 ML 보안에서 활발한 연구 문제입니다. Gensyn은 제출자가 선택한 테스트 세트에서 최종 모델을 평가할 수 있다는 사실 외에 모델 포이즈닝에 대한 특별한 메커니즘이 없습니다. 현명한 제출자는 항상 반환된 모델을 테스트해야 합니다. 일부 입력에서 실패하거나 이상한 행동을 보이면, 결과를 이의 제기하거나 지불을 거부할 수 있습니다. 아마도 프로토콜은 제출자가 특정 수락 기준("모델은 이 비밀 테스트 세트에서 최소 X의 정확도를 달성해야 함")을 지정하도록 허용할 수 있으며, 해결자의 결과가 실패하면 해결자는 전액 지불을 받지 못할 것입니다. 이는 공격자가 평가 기준을 충족하지 못할 것이기 때문에 포이즈닝을 억제할 것입니다. 그러나 포이즈닝이 일반적인 테스트에서 정확도에 영향을 미치지 않는다면, 빠져나갈 수 있습니다. Gensyn의 검증자는 모델 품질이 아닌 계산 무결성만 확인하므로, 훈련 로그가 유효해 보이는 한 의도적인 과적합이나 트로이 목마를 잡지 못할 것입니다. 따라서 이것은 작업 수준의 신뢰 문제로 남아 있습니다. 제출자는 해결자가 모델을 포이즈닝하지 않을 것이라고 신뢰하거나, 단일 해결자의 영향을 희석시키기 위해 다른 해결자의 여러 훈련 결과를 앙상블하는 것과 같은 방법을 사용해야 합니다. 또 다른 각도는 데이터 포이즈닝입니다. 제출자가 훈련 데이터를 제공하면, 악의적인 해결자는 해당 데이터를 무시하고 다른 것으로 훈련하거나 쓰레기 데이터를 추가할 수 있습니다. 그러나 이는 정확도를 감소시킬 가능성이 높으며, 제출자는 출력 모델의 성능에서 이를 알아챌 것입니다. 그러면 해결자는 전체 지불을 받지 못할 것입니다(아마도 성능 목표를 달성하고 싶을 것이기 때문). 따라서 성능을 저하시키는 포이즈닝은 해결자의 보상에 대해 자멸적입니다. 성능 중립적이면서 악의적인 포이즈닝(백도어)만이 실제 위험이며, 이는 일반적인 블록체인 검증의 범위를 벗어납니다. 이는 머신러닝 보안 과제입니다. Gensyn의 최선의 완화책은 아마도 사회적인 것입니다. 알려진 평판 좋은 모델을 사용하고, 여러 훈련을 실행하고, 오픈 소스 도구를 사용하는 것입니다. 추론 작업에서(Gensyn이 추론 작업에도 사용되는 경우), 공모하는 해결자는 특정 답변을 편향시키는 부정확한 출력을 반환할 수 있습니다. 그러나 검증자는 동일한 모델을 실행하면 잘못된 출력을 잡을 것이므로, 이는 포이즈닝이라기보다는 사기에 가깝고, 사기 증명이 이를 해결합니다. 요약하자면, Gensyn은 의도가 아닌 프로세스를 보호합니다. 훈련/추론이 올바르게 수행되었음을 보장하지만, 결과가 좋거나 숨겨진 악의가 없는지는 보장하지 않습니다. 이는 해결되지 않은 문제로 남아 있으며, Gensyn의 백서는 아직 그것을 완전히 해결하지 못했을 가능성이 높습니다(거의 아무도 해결하지 못함).

• Cuckoo: Cuckoo는 현재 추론(기존 모델 제공)에 중점을 두고 있으므로, 데이터/모델 포이즈닝의 위험은 출력 조작이나 콘텐츠 포이즈닝에 비교적 제한됩니다. 악의적인 채굴자는 실행하도록 주어진 모델을 조작하려고 할 수 있습니다. 예를 들어, Stable Diffusion 체크포인트가 제공되면, 모든 이미지에 미묘한 워터마크나 광고를 삽입하는 다른 모델로 교체할 수 있습니다. 그러나 모델 소유자인 코디네이터는 일반적으로 출력 형식에 대한 기대를 가지고 작업을 보냅니다. 채굴자가 지속적으로 사양에 맞지 않는 출력을 반환하면, 코디네이터는 해당 채굴자를 플래그 지정하고 금지할 것입니다. 또한, 채굴자는 출력을 눈에 띄게 변경하지 않고는 모델을 쉽게 수정할 수 없습니다. 또 다른 시나리오는 Cuckoo가 커뮤니티 훈련 모델을 도입하는 경우입니다. 그러면 채굴자나 데이터 제공자가 훈련 데이터를 포이즈닝하려고 할 수 있습니다(예: 많은 잘못된 레이블이나 편향된 텍스트를 제공). Cuckoo는 크라우드소싱 데이터의 검증이나 기여자 가중치를 구현해야 할 것입니다. 이는 아직 기능이 아니지만, 팀이 개인화된 AI(AI 라이프 코치나 학습 앱 언급 등)에 관심을 가지고 있다는 것은 결국 사용자 제공 훈련 데이터를 처리하게 될 것이며, 이는 신중한 확인이 필요할 것임을 의미합니다. 콘텐츠 안전에 관해서는, Cuckoo 채굴자가 추론을 수행하므로, 모델이 정상적으로는 출력하지 않을 유해한 콘텐츠를 출력할까 걱정할 수 있습니다. 그러나 채굴자는 임의로 출력을 변경할 인센티브가 없습니다. 그들은 창의성이 아니라 올바른 계산에 대해 돈을 받습니다. 오히려 악의적인 채굴자는 시간을 절약하기 위해 전체 계산을 건너뛸 수 있습니다(예: 흐릿한 이미지나 일반적인 응답 반환). 코디네이터나 사용자는 그것을 보고 해당 채굴자를 낮게 평가할 것입니다(그리고 해당 작업에 대해 지불하지 않을 가능성이 높음). 개인 정보 보호는 또 다른 측면입니다. 악의적인 채굴자는 사용자 데이터를 유출하거나 기록할 수 있습니다(사용자가 민감한 텍스트나 이미지를 입력하는 경우). 이것은 포이즈닝은 아니지만, 기밀성에 대한 공격입니다. Cuckoo의 개인 정보 보호 입장은 개인 정보 보호 방법을 탐색하고 있다는 것입니다(생태계에서 개인 정보 보호 VPN 언급은 미래의 초점을 시사함). 그들은 데이터를 채굴자로부터 비공개로 유지하기 위해 보안 엔클레이브나 분할 추론과 같은 기술을 통합할 수 있습니다. 아직 구현되지는 않았지만, 알려진 고려 사항입니다. 마지막으로, Cuckoo의 블로그는 모델 토큰화를 실현 가능하게 만드는 핵심으로 모델 출력을 효과적으로 검증하고 안전한 탈중앙화 모델 운영을 보장하는 것을 강조합니다. 이는 그들이 AI를 진정으로 탈중앙화하려면, 포이즈닝된 출력이나 오작동하는 모델과 같은 것으로부터 보호해야 한다는 것을 알고 있음을 나타냅니다. 아마도 그들은 암호경제학적 인센티브(나쁜 행위자에 대한 지분 삭감)와 사용자 평가 시스템(사용자가 나쁜 출력을 플래그 지정하고, 해당 채굴자는 평판을 잃음)의 조합을 사용할 계획일 것입니다. 평판 시스템이 여기서 도움이 될 수 있습니다. 채굴자가 명백히 악의적이거나 부정확한 결과를 하나라도 반환하면, 사용자/코디네이터는 그들을 낮게 평가하여 미래의 수입 능력에 큰 영향을 미칠 수 있습니다. 이를 알고 있는 채굴자는 일관되게 정확하고 어떤 포이즈닝도 끼워 넣지 않도록 인센티브를 받습니다. 본질적으로, Cuckoo는 신뢰하되 검증하는 방식에 의존합니다. 누군가 잘못 행동하면 식별하고 제거하는(처벌로 지분 손실) 보다 전통적인 방식입니다. 아직 미묘한 모델 포이즈닝에 대한 전문적인 방어책은 없지만, 특정 앱 소유자(코디네이터)가 책임지는 구조는 감독 계층을 추가합니다. 해당 소유자는 자신의 수익과 평판이 그것에 달려 있기 때문에 모델의 무결성을 손상시키는 것이 없도록 동기를 부여받을 것입니다.

결론적으로, 탈중앙화 AI 네트워크는 새로운 공격 표면을 도입하지만, 암호학적, 게임 이론적, 커뮤니티 거버넌스 방어의 조합을 배포합니다: 시빌 저항은 주로 참여에 경제적 지분을 요구함으로써 처리됩니다. 담합 저항은 인센티브의 정렬(정직한 행동이 더 수익성이 있음)과 소규모 담합 그룹의 영향을 제한하는 합의 메커니즘에서 비롯됩니다. 무임승차 방지는 보상을 실제 유용한 작업과 밀접하게 연결하고 아무것도 기여하지 않는 사람들을 처벌하거나 제거함으로써 달성됩니다. 포이즈닝 및 관련 공격은 여전히 어려운 과제로 남아 있지만, 시스템은 지속적인 평가와 악의적인 행위자를 삭감하거나 퇴출시키는 능력을 통해 노골적인 사례를 완화합니다. 이러한 플랫폼은 Bittensor의 유마 및 dTAO에 대한 지속적인 조정과 Cuckoo의 토큰 경제학 변화에서 알 수 있듯이, 안전하고 자립적인 탈중앙화 AI 생태계를 보장하기 위해 이러한 설계를 적극적으로 연구하고 반복하고 있습니다.

비교 평가​

Bittensor, Gensyn, Cuckoo AI의 차이점과 유사점을 강조하기 위해 다음 표는 주요 차원에 걸쳐 나란히 비교합니다:

표: 아키텍처, 초점, 역할, 합의, 토큰, 자산 토큰화, 거버넌스, 인센티브, 보안에 걸친 Bittensor, Gensyn, Cuckoo AI의 기능 비교.

최대 추출 가능 가치 (MEV)는 블록체인 "내부자" (채굴자/검증인 또는 기타 특권 행위자)가 블록 내 트랜잭션을 임의로 재정렬, 포함 또는 제외하여 얻을 수 있는 이익을 의미합니다. 억제되지 않은 MEV 추출은 불공정한 트랜잭션 순서 지정, 높은 수수료 (우선순위 가스 경매로 인해), 그리고 블록 생성 권력의 중앙화로 이어질 수 있습니다. 유해한 MEV를 억제하거나 트랜잭션의 공정한 순서 지정을 시행하기 위해 여러 프로토콜이 등장했습니다. 이 보고서는 네 가지 주요 접근 방식을 비교합니다: 플래시봇 v2 (이더리움의 머지 이후 플래시봇 MEV-부스트 시스템), SUAVE (플래시봇의 차기 가치 표현을 위한 단일 통합 경매), 아노마 (트랜잭션 매칭 및 순서 지정 방식을 재구상하는 의도 중심 아키텍처), 그리고 스킵 프로토콜 (주권적 인-프로토콜 MEV 관리를 위한 코스모스 기반 툴킷). 각 프로토콜의 트랜잭션 큐잉/순서 지정 알고리즘, MEV 완화 또는 추출 메커니즘, 인센티브 모델, 규제 준수 및 중립성 기능, 기술 아키텍처 (합의 및 암호학), 그리고 개발 진행 상황을 검토합니다. 구조화된 요약과 비교표를 제공하여 공정성을 추구하고 MEV의 부정적 외부 효과를 줄이는 데 있어 각 프로토콜의 강점과 절충점을 강조합니다.

플래시봇 v2 (이더리움의 MEV-부스트 & 빌더넷)​

플래시봇 v2는 지분 증명 (Proof-of-Stake) 전환 이후 이더리움의 현재 플래시봇 생태계를 지칭하며, MEV-부스트와 최근의 빌더넷과 같은 이니셔티브를 중심으로 합니다. 플래시봇 v2는 제안자/빌더 분리 (PBS) 패러다임을 기반으로 하여, 공개 멤풀 MEV 공격으로부터 이더리움 사용자를 보호하면서 블록 구성을 경쟁적인 빌더 시장에 개방합니다.

• 트랜잭션 순서 지정 (큐잉 & 알고리즘): 플래시봇 MEV-부스트는 오프체인 블록 빌딩 마켓플레이스를 도입합니다. 검증인 (제안자)은 로컬에서 트랜잭션을 정렬하는 대신, 릴레이를 통해 전문 빌더에게 블록 구성을 아웃소싱합니다. 여러 빌더가 가장 높은 지불액을 제공하는 블록을 만들기 위해 경쟁하며, 검증인은 최고 입찰 블록의 헤더에 맹목적으로 서명합니다 (PBS 접근 방식). 이 설계는 공개 멤풀의 선착순 순서 지정을 전체 블록에 대한 밀봉 입찰 경매로 효과적으로 대체합니다. 빌더는 총 수익 (MEV 기회 포함)을 극대화하기 위해 내부적으로 트랜잭션 순서를 결정하며, 일반적으로 블록 상단에 수익성 있는 차익거래나 청산이 포함된 번들을 선호합니다. MEV-부스트를 사용함으로써 이더리움은 이전에 순서를 결정했던 혼란스러운 우선순위 가스 경매 (PGA)를 피할 수 있었습니다. 사용자와 봇이 실시간으로 가스 수수료를 통해 입찰하여 혼잡을 유발하는 대신, MEV-부스트는 블록당 순서 지정을 가장 경쟁력 있는 빌더에게 중앙화합니다. 따라서 트랜잭션 큐는 빌더에 의해 비공개로 관리되며, 빌더는 들어오는 번들이나 트랜잭션을 보고 최적의 이익을 위해 배열할 수 있습니다. 한 가지 단점은 이러한 이익 중심의 순서 지정이 본질적으로 사용자의 "공정성"을 보장하지 않는다는 것입니다. 예를 들어, 빌더는 수익성이 있다면 샌드위치 공격과 같은 유해한 주문 흐름을 여전히 포함할 수 있습니다. 하지만 이는 임시적인 가스 전쟁 대신 통제된 경매를 통해 MEV를 추출함으로써 효율성을 최적화합니다. 최근 개발은 순서 지정을 더 중립적으로 만드는 것을 목표로 하고 있습니다. 예를 들어, 플래시봇의 새로운 빌더넷 (2024년 말 출시)은 여러 협력 빌더가 신뢰 실행 환경 (Trusted Execution Environment)에서 주문 흐름을 공유하고 블록을 공동으로 구성할 수 있게 하여, 공정성을 개선하기 위한 검증 가능한 순서 지정 규칙을 도입합니다. 이는 블록 순서 지정을 단일 중앙화된 빌더에서 중립성을 감사할 수 있는 규칙을 가진 탈중앙화된 블록 빌딩 네트워크로 이동시킵니다.

• MEV 억제 vs. 추출 메커니즘: 플래시봇 v2는 MEV를 제거하기보다는 주로 더 양호한 형태로 MEV 추출을 촉진합니다. 2021년의 원래 플래시봇 (v1) 시스템은 서처가 번들 (선호하는 트랜잭션 집합)을 채굴자에게 직접 보낼 수 있게 하여, MEV를 추출하면서도 유해한 외부 효과 (공개 선행매매 없음, 경쟁으로 인한 실패한 트랜잭션 없음)를 억제했습니다. MEV-부스트 시대에는 빌더가 수익성 있는 트랜잭션을 번들로 묶어 MEV를 추출하지만, 네거티브섬 경쟁은 줄어듭니다. 서처는 더 이상 경쟁적인 트랜잭션과 과도한 가스 수수료로 멤풀을 스팸하지 않으므로, 이는 네트워크 혼잡과 사용자의 과도한 수수료를 완화합니다. 플래시봇 v2는 또한 사용자를 위한 MEV 완화 도구를 제공합니다. 예를 들어, 플래시봇 프로텍트 RPC는 사용자가 트랜잭션을 릴레이에 비공개로 제출하여 공개 멤풀 선행매매를 방지할 수 있게 합니다 (아무도 포함 전에 트랜잭션을 보거나 재정렬할 수 없음). 또 다른 이니셔티브인 MEV-쉐어는 사용자가 자신의 트랜잭션에 대한 충분한 정보만 공유하여 MEV 입찰을 유도하면서 가치의 일부를 자신을 위해 확보할 수 있게 합니다. 그러나 플래시봇 v2는 샌드위치나 차익거래와 같은 MEV를 "방지"하지는 않습니다. 대신 이러한 활동을 효율적인 경매를 통해 채널링하여 누가 MEV를 추출할 수 있는지를 민주화한다고 볼 수 있습니다. 최근 빌더넷의 설계는 *“네거티브섬 주문 흐름 게임을 중립화”*하고 온체인 환불 규칙을 통해 MEV를 커뮤니티와 공유하는 명시적인 목표를 가지고 있습니다. 빌더넷은 트랜잭션 주문 흐름 제공자 (예: 지갑 또는 DApp)에게 그들의 트랜잭션이 생성한 MEV에 비례하여 환불금을 계산하여 지급하며, 이는 빌더의 순이익이 될 수 있었던 가치를 재분배합니다. 요약하자면, 플래시봇 v2는 MEV 추출 효율성을 극대화하면서 (블록에서 추출 가능한 거의 모든 가치가 실제로 포착되도록 보장) 최악의 외부 효과를 억제하고 일부 가치를 사용자에게 돌려주는 조치를 도입합니다. 공정한 순서 지정을 강제하는 데까지는 미치지 못하지만 (트랜잭션은 여전히 빌더의 이익에 따라 정렬됨), 비공개 제출, 다자간 빌딩, 환불을 통해 경매 모델 내에서 부정적인 사용자 피해 (선행매매 슬리피지 및 검열 효과 등)를 최대한 억제합니다.

• 경제적 인센티브 구조: 플래시봇 v2는 PBS 경매를 통해 검증인, 빌더, 서처 간의 인센티브를 조정합니다. 검증인은 블록 생성을 아웃소싱함으로써 이익을 얻습니다. 그들은 단순히 최고 입찰을 수락하고 입찰 금액 (합의 보상에 더해)을 받으며, 이는 검증인에게 돌아가는 MEV의 비중을 극적으로 증가시켰습니다. 빌더는 트랜잭션의 가장 수익성 있는 순서를 찾아 서로 경쟁하도록 인센티브를 받으며 (종종 서처 전략을 통합), 검증인의 입찰가를 지불한 후 남은 MEV 이익을 유지합니다. 실제로는 경쟁으로 인해 빌더는 대부분의 MEV를 검증인에게 지불하게 되며 (종종 이익의 90% 이상), 얇은 마진만 남깁니다. 서처 (이제 번들이나 직접 트랜잭션을 통해 빌더와 상호 작용)는 여전히 MEV 기회 (차익거래, 청산 등)를 발견하여 수익을 얻지만, 포함을 위해 대부분의 이익을 입찰해야 합니다. 효과적으로 서처의 이익은 빌더 입찰을 통해 검증인에게 이전됩니다. 이 경쟁 균형은 총 네트워크 수익을 극대화하지만 (검증인/스테이커에게 이익) 개별 서처의 마진을 압박합니다. 따라서 플래시봇 v2는 독점 거래를 억제합니다. 비공개 MEV 전략을 가진 서처나 빌더는 공개 릴레이를 통해 입찰하도록 인센티브를 받아 더 개방적인 시장을 만듭니다. 빌더넷의 도입은 주문 흐름 생성자 (예: DEX 또는 지갑)에게 인센티브를 추가합니다. 그들의 트랜잭션이 생성하는 MEV에 대한 환불을 제공함으로써 사용자와 앱이 빌더넷 생태계로 주문 흐름을 보내도록 장려합니다. 이 메커니즘은 사용자를 시스템과 일치시킵니다. 적대적인 관계 (사용자 vs. MEV 추출자) 대신 사용자는 MEV를 공유하므로 경매에 더 기꺼이 공정하게 참여합니다. 전반적으로 플래시봇 v2의 경제학은 블록 빌딩에서 경쟁보다 협력을 선호합니다. 검증인은 위험 없이 최대 수익을 얻고, 빌더는 실행 품질로 경쟁하며, 서처는 MEV를 찾기 위해 혁신하지만 대부분의 이익을 입찰에 양보하고, 사용자는 보호와 잠재적인 리베이트를 얻습니다.

• 규제 준수 및 검열 저항성: 이더리움 머지 이후 규제 준수는 플래시봇에게 논쟁적인 문제가 되었습니다. 기본 플래시봇 릴레이는 처음에 OFAC 제재 준수를 구현하여 (토네이도 캐시와 같은 특정 트랜잭션 검열) 2022년 말 이더리움 블록의 약 80%가 "OFAC 준수"가 되어 커뮤니티에서 중앙화/검열 우려를 제기했습니다. 플래시봇 v2는 검증인이 검열하지 않는 릴레이 (예: UltraSound, Agnostic)를 선택하거나 자체 릴레이를 운영할 수 있는 다중 릴레이 생태계를 조성하여 이 문제를 해결했습니다. 플래시봇은 글로벌 릴레이 경쟁과 투명성을 장려하기 위해 2022년 중반에 릴레이 코드를 오픈 소스화했습니다. 또한, MEV-부스트 v1.4는 제안자가 검열하는 빌더의 낮은 입찰을 거부하고 로컬 블록으로 대체할 수 있도록 최소 입찰 설정과 같은 기능을 도입하여, 모든 트랜잭션을 포함하기 위해 약간의 이익을 포기할 수 있게 했습니다. 이 기능은 검증인에게 작은 비용으로 이더리움의 검열 저항성을 향상시킬 수 있는 방법을 명시적으로 제공했습니다. 2024년 말, 플래시봇은 빌더넷을 선호하여 자체 중앙화 빌더를 폐지하는 추가 조치를 취했습니다. 빌더넷은 “검열 불가능하고 중립적인” 협력 네트워크를 목표로 합니다. 빌더넷은 TEE (인텔 SGX)를 사용하여 트랜잭션 주문 흐름을 암호화하고 검증 가능한 순서 지정 규칙에 약속하여, 개별 빌더가 특정 트랜잭션을 검열하는 것을 방지할 수 있습니다. 여러 참여자가 보안 구역 내에서 공동으로 블록을 구축하면 단일 당사자가 탐지 없이 트랜잭션을 쉽게 제외할 수 없습니다. 요약하면, 플래시봇 v2는 단일 (초기에는 검열) 릴레이에서 더 탈중앙화된 인프라로 발전했으며, 개방적인 참여와 명시적인 중립성 목표를 가지고 있습니다. 규제 준수는 프로토콜에 의해 강제되는 것이 아니라 개별 릴레이/빌더 정책에 맡겨지며 (검증인이 선택 가능), 그 궤적은 신뢰할 수 있는 중립성을 향하고 있습니다. 즉, 규제 당국의 압력을 받을 수 있는 플래시봇 통제 하의 모든 병목 현상을 제거하는 것입니다. 플래시봇은 중앙 운영자로서의 역할을 제거하고 장기적으로 MEV 공급망의 모든 측면을 탈중앙화하겠다고 공개적으로 약속했습니다.

• 기술 아키텍처 & 암호학: 플래시봇 v2는 오프체인과 인-프로토콜 하이브리드로 작동합니다. 핵심 경매 (MEV-부스트)는 빌더와 릴레이 네트워크를 통해 오프체인에서 발생하지만, 이더리움의 합의에 직접 연결됩니다. 검증인은 표준 빌더 API를 사용하여 릴레이와 인터페이스하는 사이드카 클라이언트 (mev-boost)를 실행합니다. 합의 측면에서 이더리움은 여전히 표준 PoS (Casper/Hotstuff)를 사용합니다. MEV-부스트는 L1 합의 규칙을 변경하지 않고, 단지 누가 블록을 조립하는지만 변경합니다. 처음에는 플래시봇 경매가 릴레이와 빌더가 트랜잭션을 훔치거나 검열하지 않을 것이라는 신뢰를 요구했습니다. 암호학적 보장은 없었으며, 시스템은 빌더가 입찰과 일치하는 유효한 페이로드를 전달해야 한다는 경제적 인센티브에 의존했습니다. 시간이 지남에 따라 플래시봇 v2는 더 많은 보안 기술을 통합했습니다. 빌더넷을 통한 **신뢰 실행 환경 (TEE)**의 도입은 주목할 만한 아키텍처 변화입니다. 빌더는 SGX 구역 내에서 실행되므로 빌더 운영자조차 원시 트랜잭션 주문 흐름을 볼 수 없어 (유출이나 선행매매 방지) 블록을 생성하는 프로토콜을 공동으로 따릅니다. 이는 검증 가능한 공정성을 가능하게 할 수 있습니다 (예: 트랜잭션이 약속된 규칙에 따라 정렬되었거나 승인되지 않은 개체가 포함 전에 보지 않았음을 증명). SGX (하드웨어 기반 접근 방식)가 사용되지만, 플래시봇 연구는 TEE를 대체하거나 보완하고 신뢰를 더욱 줄이기 위해 순수 암호학적 원시 요소(예: 멤풀 프라이버시를 위한 임계값 암호화 및 다자간 보안 컴퓨팅)도 탐색하고 있습니다. 플래시봇 v2의 소프트웨어 스택에는 MEV-geth (현재는 사용되지 않음) 및 *Rust 기반 빌더 (예: rbuilder)*와 같은 맞춤형 클라이언트가 포함되며, 상호 운용성을 위해 이더리움의 빌더 사양을 준수합니다. 요약하면, 아키텍처는 모듈식입니다. 릴레이, 빌더, 그리고 이제는 구역의 네트워크가 사용자들과 이더리움 제안자들 사이에 위치합니다. 성능 (빠른 입찰, 블록 전달)을 우선시하며 점차적으로 프라이버시와 공정한 순서 지정에 대한 암호학적 보증을 추가하고 있습니다. 새로운 합의 알고리즘은 도입되지 않았으며, 대신 플래시봇 v2는 이더리움의 합의와 함께 작동하여 합의 규칙이 아닌 블록 생성 파이프라인을 발전시킵니다.

• 개발 로드맵 & 마일스톤: 플래시봇은 반복적인 단계를 거쳐 발전해 왔습니다. **플래시봇 v1 (2020–2021)**은 MEV-geth 출시와 채굴자와의 첫 오프체인 번들 경매를 포함했습니다. 2021년 중반까지 이더리움 해시레이트의 80% 이상이 플래시봇의 MEV-geth를 실행하여 이 접근 방식의 채택을 확인했습니다. **플래시봇 v2 (2022)**는 머지를 앞두고 구상되었습니다. 2021년 11월 플래시봇은 PoS 이더리움을 위한 MEV-부스트 아키텍처를 발표했습니다. 이더리움이 PoS로 전환된 후 (2022년 9월 15일), MEV-부스트는 며칠 내에 활성화되어 검증인들 사이에서 빠르게 대다수 채택에 도달했습니다. 이후 마일스톤에는 릴레이 (2022년 8월)와 플래시봇의 내부 블록 빌더 (2022년 11월)를 오픈 소스화하여 경쟁을 촉진한 것이 포함됩니다. 2022년 말, 플래시봇은 검열 저항성 및 복원력에 초점을 맞춘 기능 (예: 제안자를 위한 최소 입찰)을 추가하고 *“복원력의 비용”*에 대해 글을 써서 검증인들이 때로는 이익보다 포함을 선호하도록 장려했습니다. 2023년 내내 빌더 탈중앙화 개선이 주요 초점이 되었습니다. 플래시봇은 2024년 7월에 새로운 빌더의 진입 장벽을 낮추기 위한 참조 구현으로 “rbuilder” (고성능 Rust 빌더)를 출시했습니다. 마지막으로, 2024년 말, 플래시봇은 파트너 (Beaverbuild, Nethermind)와 협력하여 **빌더넷 (알파)**을 출시했습니다. 2024년 12월까지 플래시봇은 자체 중앙화 빌더를 종료하고 모든 주문 흐름을 빌더넷으로 마이그레이션하여 탈중앙화를 향한 중요한 발걸음을 내디뎠습니다. 2025년 초, 빌더넷 v1.2는 보안 및 온보딩 개선 (재현 가능한 구역 빌드 포함)과 함께 출시되었습니다. 이러한 마일스톤은 플래시봇이 편의적인 중앙화 솔루션에서 더 개방적이고 커뮤니티가 운영하는 프로토콜로 전환되었음을 보여줍니다. 앞으로 플래시봇은 차세대 비전 (SUAVE)과 융합하여 블록 빌딩 레이어를 완전히 탈중앙화하고 고급 프라이버시 기술을 통합할 것입니다. 플래시봇 v2에서 얻은 많은 교훈 (예: 중립성, 멀티체인 범위, MEV 보상에 대한 사용자 포함의 필요성)은 SUAVE 로드맵에 직접적인 정보를 제공합니다.

SUAVE (플래시봇의 가치 표현을 위한 단일 통합 경매)​

SUAVE는 플래시봇의 야심찬 차세대 프로토콜로, 탈중앙화된 크로스-도메인 MEV 마켓플레이스 및 공정한 트랜잭션 시퀀싱 레이어로 설계되었습니다. 이는 개별 블록체인에서 멤풀과 블록 빌딩을 분리하고, 사용자가 선호를 표현하고, 탈중앙화 네트워크가 트랜잭션을 최적으로 실행하며, 블록 빌더가 신뢰할 수 있는 중립적인 방식으로 여러 체인에 걸쳐 블록을 생성하는 통합 플랫폼을 제공하는 것을 목표로 합니다. 요약하자면, SUAVE는 총 가치 추출을 극대화하면서 사용자에게 가치를 반환하고 블록체인 탈중앙화를 보존하고자 합니다. 플래시봇은 2022년 말 SUAVE를 "MEV의 미래"로 소개했으며, 그 이후로 공개적으로 개발해 왔습니다.

• 큐잉 및 트랜잭션 순서 지정: 높은 수준에서 보면, SUAVE는 다른 체인들이 플러그 앤 플레이 멤풀 및 블록 빌더로 사용할 수 있는 독립적인 블록체인 네트워크로 기능합니다. 트랜잭션이 각 체인의 멤풀에 대기하고 로컬 채굴자나 검증인에 의해 순서가 정해지는 대신, 사용자는 자신의 트랜잭션 (또는 더 일반적으로 선호)을 SUAVE 네트워크의 멤풀로 보낼 수 있습니다. SUAVE의 멤풀은 모든 참여 체인의 선호를 모으는 글로벌 경매 풀 역할을 합니다. 트랜잭션의 순서는 이 경매와 후속 실행 최적화를 통해 결정됩니다. 구체적으로, SUAVE는 선호라는 개념을 도입합니다. 사용자의 제출은 단지 한 체인을 위한 원시 트랜잭션이 아니라, 목표나 조건부 거래 (여러 체인에 걸쳐 있을 수 있음)와 사용자가 이행을 위해 지불할 의사가 있는 관련 입찰을 인코딩할 수 있습니다. SUAVE의 순서 지정/큐잉 알고리즘은 여러 단계로 구성됩니다. 첫째, 사용자는 자신의 선호를 SUAVE 멤풀 ("범용 선호 환경")에 게시하며, 이는 모든 주문을 비공개로 전 세계적으로 집계합니다. 다음으로, 실행자(executor)라고 불리는 전문 노드 (서처/솔버와 유사)가 이 멤풀을 모니터링하고 이러한 선호를 이행하기 위해 최적 실행 시장에서 경쟁합니다. 그들은 효과적으로 트랜잭션에 대한 매치나 최적의 실행 순서를 찾아 "큐잉"합니다. 마지막으로, SUAVE는 탈중앙화 블록 빌딩 레이어를 통해 각 연결된 체인에 대한 블록 출력을 생성합니다. 많은 빌더 (또는 빌더 역할을 하는 SUAVE 실행자)가 사용자 선호에서 파생된 (이제 최적화된) 트랜잭션 순서를 사용하여 블록을 구성하기 위해 협력합니다. 실질적으로 SUAVE의 순서 지정은 유연하고 사용자 주도적입니다. 사용자는 "가격이 X 미만일 때만 내 거래를 실행하라"와 같은 조건을 지정하거나, 엄격한 트랜잭션 대신 "1분 이내에 최상의 환율로 토큰 A를 B로 교환하라"와 같은 추상적인 의도를 표현할 수 있습니다. 시스템은 실행자가 최적의 순서나 매치 (다른 것들과 일괄 처리 가능)를 찾을 때까지 이러한 의도를 큐에 넣습니다. SUAVE는 블록체인에 구애받지 않기 때문에 체인 간의 순서를 조정할 수 있습니다 (조정되지 않은 별도의 멤풀로 인해 크로스체인 차익거래가 누락되는 시나리오 방지). 본질적으로 SUAVE는 글로벌 MEV 경매를 구현합니다. 모든 참가자는 하나의 시퀀싱 레이어를 공유하며, 이는 단순한 시간이나 가스 가격이 아닌 집계된 선호와 입찰에 따라 트랜잭션을 정렬합니다. 이는 경쟁의 장을 평준화하는 효과가 있습니다. 모든 주문 흐름은 독점 거래나 비공개 멤풀 대신 하나의 투명한 큐 (아래에서 논의될 프라이버시를 위해 암호화됨)를 통과합니다. SUAVE의 순서 지정 알고리즘은 아직 다듬어지고 있지만, 순수한 선착순이 아닌 "공정한" 결과 (예: 총 잉여 최대화 또는 사용자 최적 가격)를 달성할 수 있도록 프라이버시 보존 일괄 경매 및 매칭 알고리즘을 포함할 가능성이 높습니다. 특히, SUAVE는 단일 행위자가 순서를 조작하는 것을 방지하고자 합니다. 이는 이더리움 네이티브이며 MEV를 인식하고, 중앙 통제 지점으로부터 보호하는 프라이버시 우선 암호화 멤풀을 갖추고 있습니다. 요약하면, SUAVE의 큐는 블록 제안자들이 우선순위를 위해 경쟁하는 대신 사용자 입찰, 실행자 전략, 그리고 (궁극적으로) 암호학적 공정성 제약의 조합에 의해 순서가 결정되는 통합된 주문 흐름 풀입니다.

• MEV 억제/추출 메커니즘: SUAVE의 철학은 MEV가 협력적이고 탈중앙화된 방식으로 이루어진다면 사용자의 이익과 네트워크 보안을 위해 활용될 수 있다는 것입니다. MEV를 무시하거나 소수의 손에 집중시키는 대신, SUAVE는 명시적으로 MEV 기회를 표면화하고 그 가치를 창출한 사람들(사용자)에게 가능한 한 많이 반환합니다. 주요 메커니즘은 주문 흐름 경매입니다. 사용자의 트랜잭션(선호)에 MEV가 있을 때(예: 이익을 위해 후행매매될 수 있을 때), SUAVE는 실행자(서처)들 사이에서 해당 MEV 기회를 실행할 권리에 대한 경매를 진행합니다. 서처(실행자)는 이익의 일부를 사용자에게 지불금으로 약속함으로써 입찰합니다(이것이 사용자의 선호에 있는 "입찰" 필드이며, 이를 이행하는 사람에게 돌아갑니다). 그 결과 경쟁적인 MEV 추출이 추출자 대신 사용자에게 수익을 밀어붙입니다. 예를 들어, 사용자의 대규모 DEX 거래가 100달러의 차익거래 기회를 창출하면, SUAVE의 서처들은 사용자에게 90달러를 리베이트로 제공하고 10달러만 유지함으로써 이익을 낮추는 입찰을 할 수 있습니다. 이는 사용자 가치 추출과 같은 MEV의 부정적인 측면을 억제하고, MEV를 사용자 혜택으로 전환합니다(사용자는 효과적으로 가격 개선이나 리베이트를 받습니다). SUAVE의 설계는 또한 선행매매 및 기타 악의적인 MEV를 억제합니다. SUAVE 멤풀의 트랜잭션은 블록이 구축될 때까지 암호화될 수 있습니다(초기에는 SGX 구역을 사용하고, 임계값 암호화로 이동). 이는 외부 행위자가 보류 중인 트랜잭션을 보고 선행매매할 수 없음을 의미합니다. 충분한 트랜잭션이 수집되고 블록이 확정될 때만 해독되고 실행되며, 이는 봇의 시간 우선순위 이점을 제거하는 일괄 경매 또는 암호화된 멤풀과 정신적으로 유사합니다. 또한, 실행자가 많은 선호에 걸쳐 실행을 최적화하기 때문에, SUAVE는 비효율적인 경쟁(예: 두 봇이 스팸을 통해 동일한 차익거래를 두고 싸우는 것)을 제거할 수 있습니다. 대신, SUAVE는 경매를 통해 최고의 실행자를 선택하고 그 실행자가 거래를 한 번 수행하며, 그 결과는 사용자와 네트워크에 이익이 됩니다. 따라서 SUAVE는 MEV 집계기 및 "요정 대모" 역할을 합니다. MEV를 제거하지는 않지만(수익성 있는 기회는 여전히 취해짐), 이러한 기회는 투명한 규칙 하에 실현되며 수익금은 대부분 사용자 및 검증인에게 분배됩니다(가스 수수료나 지연 시간 전쟁에 낭비되지 않음). 멤풀을 통합함으로써 SUAVE는 크로스-도메인 MEV를 사용자 친화적인 방식으로 처리합니다. 예를 들어, 이더리움의 유니스왑과 아비트럼의 DEX 간의 차익거래는 SUAVE 실행자에 의해 포착되고 양쪽 사용자에게 일부가 지급될 수 있으며, 이는 놓치거나 중앙화된 차익거래자를 필요로 하는 대신입니다. 중요하게도, SUAVE는 MEV의 중앙화 세력을 억제합니다. 모든 사람이 공통 경매를 사용한다면 독점적인 주문 흐름 거래(사설 기관이 MEV를 포착하는 경우)는 불필요해집니다. SUAVE의 궁극적인 비전은 (샌드위치 공격으로 인한 슬리피지와 같은) 유해한 MEV 추출을 줄이거나 이를 비수익적으로 만들거나 슬리피지를 환불함으로써, 그리고 "좋은 MEV"(차익거래, 청산)를 사용하여 네트워크를 강화하는 것입니다(수익 공유 및 최적 실행을 통해). 플래시봇의 말에 따르면, SUAVE의 목표는 *“사용자가 최상의 실행과 최소한의 수수료로 거래하도록 보장”*하면서 “검증인이 최대 수익을 얻도록” 하는 것입니다. 즉, 존재하는 모든 MEV는 가장 사용자 친화적인 방식으로 추출됩니다.

• 경제적 인센티브 구조: SUAVE는 MEV 공급망에 새로운 역할과 인센티브 흐름을 도입합니다. 주요 참여자는 사용자, 실행자, 블록 빌더/검증인, 그리고 SUAVE 네트워크 운영자 (SUAVE 체인의 검증인)입니다. 사용자는 자신의 선호에 *입찰(지불)*을 설정하며, 조건이 충족되면 지불됩니다. 이 입찰은 실행자에게 당근과 같습니다. 사용자의 의도를 이행하는 실행자(예: 거래를 후행매매하여 더 나은 가격을 제공)는 입찰을 보상으로 청구할 수 있습니다. 따라서 사용자는 현상금처럼 실행 품질에 직접 비용을 지불하는 셈입니다. **실행자(서처)**는 SUAVE 멤풀에서 사용자 선호를 선택하고 최적화하도록 동기를 부여받습니다. 왜냐하면 그들은 사용자의 입찰과 트랜잭션에 내재된 추가 차익거래 이익을 얻기 때문입니다. 실행자들은 사용자에게 최상의 결과를 제공하기 위해 경쟁할 것입니다. 왜냐하면 사용자는 실행자가 실제로 원하는 결과를 달성했을 때만 지불하도록 입찰을 설정할 수 있기 때문입니다(입찰은 오라클을 통해 온체인 결과에 조건부일 수 있음). 예를 들어, 사용자는 "이 트랜잭션을 실행하여 최소 X의 출력을 얻는 사람에게 0.5 ETH를 지불하겠다. 그렇지 않으면 지불하지 않겠다"고 말할 수 있습니다. 이는 실행자의 인센티브를 사용자 성공과 일치시킵니다. SUAVE 검증인/빌더: SUAVE 체인 자체는 지분 증명 네트워크가 될 가능성이 높으므로(설계 미정), SUAVE에서 블록을 생성하는 검증인은 SUAVE의 트랜잭션 수수료를 얻습니다(사용자가 입찰 및 기타 작업을 게시함으로써 발생). SUAVE는 EVM 호환 체인이므로 해당 트랜잭션에 대한 네이티브 토큰이나 가스 수수료 시스템이 있을 수도 있습니다. 이 검증인들은 크로스-도메인 블록을 시퀀싱하는 역할도 하지만, 각 L1의 최종 블록 포함은 여전히 해당 L1의 검증인에 의해 수행됩니다. 많은 경우, SUAVE는 이더리움이나 다른 체인 제안자가 채택할 수 있는 부분 또는 전체 블록 템플릿을 생성할 것입니다. 해당 빌더는 SUAVE(또는 SUAVE의 실행자)에게 MEV의 일부를 지불할 수 있습니다. 플래시봇은 SUAVE 검증인은 일반 네트워크 수수료로 인센티브를 받고, 실행자는 입찰로 인센티브를 받는다고 언급했습니다. 가치 분배: SUAVE의 접근 방식은 가치를 가장자리로 밀어내는 경향이 있습니다. 사용자는 가치를 포착하고(더 나은 가격이나 직접 환불을 통해), 검증인은 가치를 포착합니다(증가된 수수료/입찰을 통해). 이론적으로, SUAVE가 임무를 완수하면 대부분의 MEV는 사용자에게 반환되거나 네트워크 보안을 위해 검증인에게 보상하는 데 사용될 것이며, 서처에게 집중되지 않을 것입니다. 플래시봇 자체는 SUAVE로부터 지대 추구를 계획하지 않으며 부트스트랩에 필요한 것 이상을 취하지 않을 것이라고 밝혔습니다. 그들은 시장을 독점하는 것이 아니라 설계하기를 원합니다. 또 다른 인센티브 고려 사항은 크로스체인 빌더입니다. SUAVE는 블록 빌더가 크로스-도메인 MEV에 접근할 수 있게 하여, 한 체인의 빌더가 다른 체인과의 차익거래를 완료하는 트랜잭션을 포함함으로써 추가 수수료를 얻을 수 있음을 의미합니다. 이는 다른 체인의 빌더/검증인들이 모두 SUAVE에 참여하도록 장려합니다. 왜냐하면 참여하지 않으면 수익을 놓치기 때문입니다. 본질적으로, SUAVE의 경제 설계는 모든 참여자가 공통 경매에 참여하도록 유도합니다. 사용자는 더 나은 실행(그리고 아마도 MEV 리베이트)을 얻기 때문에, 검증인은 최대 수익을 얻기 때문에, 그리고 서처는 주문 흐름이 집계되는 곳이기 때문에 참여합니다. 주문 흐름을 집중시킴으로써 SUAVE는 또한 고립된 행위자에 비해 정보 우위를 얻게 되어, 모든 사람이 SUAVE 내에서 협력하도록 경제적으로 압력을 가합니다. 요약하면, SUAVE의 인센티브는 선순환을 촉진합니다. 더 많은 주문 흐름 → 더 나은 결합 MEV 기회 → 사용자/검증인에게 더 높은 입찰 → 더 많은 주문 흐름. 이는 과거의 제로섬 경쟁과 독점 거래와는 대조적으로, *MEV가 성장하고 분배할 공유 가치인 "협력 경쟁"*을 목표로 합니다.

• 규제 준수 및 규제 고려사항: SUAVE는 신뢰할 수 있는 중립성과 검열 저항성을 핵심 원칙으로 구축되고 있습니다. 설계상 SUAVE는 중앙 중개자를 제거합니다. 공격하거나 규제할 단일 멤풀이나 단일 빌더가 없습니다. SUAVE의 트랜잭션(선호)은 보안 구역과 궁극적으로 암호화 기술을 사용하여 실행될 때까지 완전히 암호화되고 비공개로 유지될 수 있습니다. 이는 트랜잭션 내용 수준에서의 검열이 비실용적임을 의미합니다. 왜냐하면 검증인/빌더는 순서를 확정하기 전에 트랜잭션 세부 정보를 읽을 수조차 없기 때문입니다. SUAVE는 본질적으로 "신뢰하지 말고 검증하라" 접근 방식을 강제합니다. 참여자들은 한 개체가 검열하지 않을 것이라고 신뢰할 필요가 없습니다. 왜냐하면 시스템 아키텍처 자체(탈중앙화 네트워크 + 암호화)가 모든 사람의 선호가 공정하게 포함되도록 보장하기 때문입니다. 더욱이, SUAVE는 개방적이고 무허가적인 네트워크가 될 예정입니다. 플래시봇은 모든 당사자(사용자, 서처, 지갑, 다른 블록체인)의 참여를 명시적으로 초대합니다. 설계에는 KYC나 허가 게이팅이 없습니다. 이는 규제 당국에 의문을 제기할 수 있지만(예: 프로토콜이 제재된 트랜잭션에 대한 MEV 추출을 용이하게 할 수 있음), SUAVE는 단지 탈중앙화 플랫폼이기 때문에 집행이 어려울 것이며 블록체인의 멤풀을 규제하려는 시도와 유사할 것입니다. SUAVE의 프라이버시에 대한 초점(SGX 및 이후 암호화를 통해)은 또한 사용자 데이터와 주문 흐름을 원치 않는 모니터링으로부터 보호하며, 이는 사용자 보안에 긍정적이지만 투명성에 대한 규제 당국의 요구와 충돌할 수 있습니다. 반면에, SUAVE의 접근 방식은 더 공정하고 개방 시장의 정신에 부합하는 것으로 볼 수 있습니다. 공평한 경쟁의 장을 만들고 사용자에게 가치를 반환함으로써, 규제 당국의 분노를 살 수 있는 MEV의 착취적인 측면(사용자의 동의 없이 후행매매하는 것 등)을 줄입니다. SUAVE는 또한 규제되지 않은 다크 풀을 제거하는 데 도움이 될 수 있습니다. 규제 당국이 MEV에 대해 우려하는 한 가지 이유는 독점적인 주문 흐름 판매(내부자 거래와 유사)입니다. SUAVE는 이를 투명한 공개 경매로 대체하며, 이는 더 규제 준수적인 시장 구조라고 할 수 있습니다. 명시적인 규제 준수 기능 측면에서, SUAVE는 여러 순서 지정 정책을 허용할 수 있습니다. 예를 들어, 커뮤니티나 관할권은 특정 필터나 선호를 가진 자체 실행자를 배포할 수 있습니다. 그러나 기본적으로 SUAVE는 최대한 중립적이 되려고 노력할 것입니다. *"플래시봇을 포함한 모든 중앙 통제 지점을 제거"*하고 프로토콜 수준에서 정책 결정을 내장하는 것을 피할 것입니다. 플래시봇은 성숙함에 따라 SUAVE의 마켓플레이스를 직접 통제하지 않을 것이라고 강조했습니다. 즉, 중앙 킬 스위치나 검열 토글이 없다는 의미입니다. SUAVE의 거버넌스(있다면)는 아직 공개적으로 정의되지 않았지만, 회사의 결정보다는 더 넓은 커뮤니티와 아마도 토큰이 관련될 것으로 예상할 수 있습니다. 요약하면, SUAVE는 탈중앙화 원칙과 일치하도록 설계되었으며, 이는 본질적으로 특정 규제 통제(검열)에 저항하면서도 MEV 추출을 더 공평하고 투명하게 만들어 일부 규제 우려를 완화할 수 있습니다.

• 기술 아키텍처 (합의 & 암호학): SUAVE는 적어도 초기에는 자체 블록체인 환경을 운영할 것입니다. 이는 선호와 MEV에 특화된 EVM 호환 체인으로 설명됩니다. 아키텍처는 세 가지 주요 구성 요소를 가집니다: (1) 범용 선호 환경 (선호가 게시되고 집계되는 SUAVE 체인 + 멤풀), (2) 실행 시장 (선호를 해결/최적화하는 오프체인 또는 온체인 실행자, 탈중앙화된 "주문 매칭 엔진"과 유사), 그리고 (3) 탈중앙화 블록 빌딩 (다양한 도메인을 위해 블록을 조립하는 SUAVE 참여자 네트워크). 핵심적으로, SUAVE의 합의는 SUAVE 체인 자체를 운영하기 위해 지분 증명 BFT 합의(이더리움이나 코스모스와 유사)가 될 가능성이 높습니다. SUAVE가 L1, 이더리움 L2, 또는 "리스테이킹" 계약 스위트가 될지는 아직 결정되지 않았습니다. 한 가지 가능성은 SUAVE가 최종성을 위해 이더리움을 사용하는 레이어-2 또는 사이드체인으로 시작하거나 기존 검증인 세트를 활용할 수 있다는 것입니다. 보안 모델은 미정이지만, 이더리움 L3 또는 코스모스 체인이 되는 것에 대한 논의가 있었습니다. 암호학적으로, SUAVE는 초기 로드맵에서 신뢰 하드웨어 및 암호화에 크게 의존합니다. SUAVE 센타우리 단계는 플래시봇이 (중앙에서) SGX 구역을 운영하여 서처와 사용자 주문 흐름을 비공개로 유지하는 *“프라이버시 인식 주문 흐름 경매”*를 구현합니다. SUAVE 안드로메다에서는 플래시봇을 신뢰하지 않고 SGX 기반 경매 및 블록 빌딩을 사용할 계획입니다(구역이 기밀성을 제공하여 플래시봇조차 엿볼 수 없음). SUAVE 헬리오스에서는 SGX 기반 탈중앙화 빌딩 네트워크를 갖추는 것을 목표로 합니다. 즉, 많은 독립적인 당사자들이 구역을 실행하여 공동으로 블록을 구축하여 프라이버시와 탈중앙화를 모두 달성합니다. 장기적으로 플래시봇은 인텔의 SGX에 대한 의존도를 줄이기 위해 맞춤형 보안 구역 및 임계값 복호화 및 다자간 컴퓨팅과 같은 암호학적 대체물을 연구하고 있습니다. 예를 들어, SUAVE의 검증인들이 공동으로 키를 보유하여 순서가 결정된 후에만 트랜잭션을 해독하는 임계값 암호화 체계를 사용할 수 있습니다(아무도 선행매매할 수 없도록 보장). 이 개념은 아노마의 페르베오나 다른 "임계값 암호화를 통한 공정한 순서 지정" 아이디어와 유사합니다. 또한, SUAVE는 사용자 선호를 체인의 스마트 계약으로 취급합니다. 사용자의 선호에는 유효성 술어와 지불 조건이 포함될 수 있습니다. 이는 본질적으로 "Y 체인에서 X 결과가 달성되면 실행자 Z에게 이 금액을 지불하라"고 말하는 코드 조각입니다. SUAVE 체인은 선호가 이행되었는지 알기 위해 오라클과 크로스체인 검증을 처리해야 합니다(예: 스왑이 발생했는지 확인하기 위해 이더리움 상태 읽기). 이는 SUAVE의 아키텍처가 연결된 체인을 위한 온체인 라이트 클라이언트나 오라클 시스템, 그리고 잠재적으로 원자적 크로스체인 정산을 포함할 것임을 의미합니다(예: 실행자가 이더리움과 아비트럼에서 실행하고 원자적으로 입찰을 청구할 수 있도록 보장). SUAVE는 매우 확장 가능하도록 계획되어 있습니다. EVM 호환이므로 임의의 계약(SUAVE 네이티브 "선호" 또는 일반 dApp)이 실행될 수 있지만, 의도는 주문 흐름 조정에 집중하는 것입니다. 합의 측면에서, SUAVE는 트랜잭션 중심이 아닌 의도 중심 체인이 됨으로써 혁신할 수 있지만, 궁극적으로는 다른 체인처럼 메시지(선호)를 정렬하고 블록을 생성해야 합니다. SUAVE가 많은 체인의 트랜잭션에 대한 중요한 경로에 위치할 것이기 때문에 처리량과 낮은 지연 시간 최종성에 최적화된 합의 알고리즘을 채택할 수 있습니다. 아마도 텐더민트 스타일의 즉각적인 최종성이나 DAG 기반 합의를 사용하여 선호를 신속하게 확인할 수 있을 것입니다. 그럼에도 불구하고, SUAVE의 구별되는 특징은 합의 레이어가 아닌 트랜잭션 레이어에 있습니다. 순서 지정을 위한 프라이버시 기술(SGX, 임계값 암호화), 크로스-도메인 통신, 그리고 프로토콜에 내장된 스마트-주문 라우팅 로직의 사용입니다. 이는 기존 블록체인 위에 있는 일종의 *"메타-레이어"*로 만듭니다. 기술적으로, 모든 참여 체인은 SUAVE의 출력을 어느 정도 신뢰해야 합니다(예: 이더리움 제안자는 SUAVE가 구축한 블록을 수락하거나 SUAVE 제안을 포함해야 함). 플래시봇은 SUAVE가 점진적으로 옵트인 방식으로 도입될 것이라고 밝혔습니다. 도메인은 블록에 대한 SUAVE 시퀀싱을 채택할지 선택할 수 있습니다. 널리 채택되면, SUAVE는 Web3를 위한 사실상의 MEV 인식 트랜잭션 라우팅 네트워크가 될 수 있습니다. 요약하면, SUAVE의 아키텍처는 블록체인과 오프체인 경매의 결합입니다. 조정을 위한 특화된 체인, 실행자 간의 오프체인 보안 컴퓨팅과 결합되어 있으며, 모두 공정성과 프라이버시에 대한 암호학적 보증에 의해 고정됩니다.

• 개발 로드맵 & 마일스톤: 플래시봇은 SUAVE의 로드맵을 세 가지 주요 마일스톤으로 개요를 설명했으며, 이는 별 시스템의 이름을 따서 명명되었습니다: 센타우리, 안드로메다, 헬리오스. 센타우리 (2023년에 개발 중인 첫 번째 단계)는 중앙화되었지만 프라이버시를 보존하는 주문 흐름 경매를 구축하는 데 중점을 둡니다. 이 단계에서 플래시봇은 서처가 사용자 트랜잭션을 후행매매하기 위해 입찰할 수 있는 경매 서비스를 (아마도 SGX에서) 실행하여 MEV를 사용자에게 비공개로 반환합니다. 또한 초기 테스트를 위한 SUAVE 개발넷 출시도 포함됩니다. 실제로 2023년 8월 플래시봇은 초기 SUAVE 클라이언트(suave-geth)를 오픈 소스화하고 첫 번째 공개 SUAVE 테스트넷인 톨리만을 출시했습니다. 이 테스트넷은 선호 표현 및 기본 경매 로직을 실험하는 데 사용되었습니다. 안드로메다 (다음 단계)는 첫 번째 SUAVE 메인넷을 출시할 것입니다. 여기에서 사용자는 라이브 네트워크에서 선호를 표현할 수 있으며, 실행 시장이 운영될 것입니다(실행자가 의도를 이행). 안드로메다는 또한 더 분산된 방식으로 SGX 기반 경매 및 블록 빌딩을 도입하여, 플래시봇을 운영자로 신뢰할 필요를 없애고 시스템을 서처와 빌더에게 진정으로 무허가적으로 만듭니다. 이 단계의 한 가지 결과물은 SGX를 사용하여 블록 빌더조차 엿볼 수 없지만 여전히 블록을 구축할 수 있는 방식으로 주문 흐름을 암호화하는 것입니다(즉, "개방적이지만 비공개" 주문 흐름). 헬리오스는 SUAVE가 완전한 탈중앙화와 크로스체인 기능을 달성하는 야심찬 세 번째 단계입니다. 헬리오스에서는 SGX의 탈중앙화된 빌더 네트워크가 협력하여 블록을 생성합니다(단일 빌더 우위 없음). 또한, SUAVE는 이더리움을 넘어 "두 번째 도메인을 온보딩"할 것입니다. 즉, 최소 두 개의 체인에 대한 MEV를 처리하여 크로스체인 MEV 경매를 시연할 것입니다. 추가적으로, 크로스-도메인 MEV 표현 및 실행이 활성화될 것입니다(사용자는 진정한 멀티체인 의도를 게시하고 원자적으로 실행할 수 있음). 헬리오스 이후, 플래시봇은 신뢰 보증을 더욱 강화하기 위해 맞춤형 하드웨어 및 고급 암호화(zk-증명 또는 MPC 등)를 탐색할 것으로 예상합니다. 지금까지의 주요 업데이트 및 마일스톤: 2022년 11월 – SUAVE 발표; 2023년 8월 – 첫 SUAVE 코드 릴리스 및 테스트넷(톨리만); 2024년 진행 중 – 센타우리 단계 주문 흐름 경매 실행(플래시봇은 이것이 폐쇄된 환경에서 사용자 트랜잭션으로 테스트되고 있다고 암시). 주목할 만한 마일스톤은 SUAVE 메인넷(안드로메다) 출시가 될 것이며, 2025년 중반 현재로서는 곧 다가올 것으로 보입니다. 플래시봇은 SUAVE를 공개적으로 구축하고 생태계 전반의 협력을 초대하겠다고 약속했습니다. 이는 SUAVE의 설계 진화에 대한 업데이트를 제공하는 "스타게이징" 시리즈 게시물과 같은 연구 및 포럼 토론에 반영되어 있습니다. SUAVE의 최종 목표는 커뮤니티 소유의 인프라 조각, 즉 모든 암호화폐를 위한 "탈중앙화 시퀀싱 레이어"가 되는 것입니다. 이를 달성하는 것은 공정한 순서 지정을 위한 싸움에서 중요한 이정표가 될 것입니다. SUAVE가 성공하면, MEV는 더 이상 어두운 숲이 아니라 투명하고 공유된 가치 원천이 될 것이며, 어떤 단일 체인도 MEV의 중앙화 효과를 혼자서 겪을 필요가 없을 것입니다.

아노마 (공정한 거래 상대방 발견을 위한 의도 중심 아키텍처)​

아노마는 공정한 순서 지정과 MEV 완화를 가능하게 하는 근본적으로 다른 접근 방식입니다. 이는 의도 기반 블록체인 인프라를 위한 전체 아키텍처입니다. 기존 체인에 경매를 추가하는 대신, 아노마는 트랜잭션 패러다임을 처음부터 다시 생각합니다. 아노마에서 사용자는 구체적인 트랜잭션을 브로드캐스트하지 않고, 원하는 최종 상태를 선언하는 의도를 브로드캐스트하며, 네트워크 자체가 거래 상대방을 발견하고 이러한 의도를 이행하는 트랜잭션을 형성합니다. 거래 상대방 발견, 공정한 순서 지정, 프라이버시를 프로토콜 수준에서 통합함으로써, 아노마는 특정 형태의 MEV(선행매매 등)를 거의 제거하고 "선행매매 없는" 탈중앙화 거래 및 정산을 가능하게 하는 것을 목표로 합니다. 아노마는 단일 체인이라기보다는 프레임워크에 가깝습니다. 어떤 블록체인이든 의도 가십 및 매칭 아키텍처를 채택함으로써 아노마의 "프랙탈 인스턴스"가 될 수 있습니다. 이 논의에서는 아노마의 첫 번째 구현(때로는 아노마 L1이라고도 함)과 공정성 및 MEV와 관련된 핵심 프로토콜 기능에 초점을 맞춥니다.

• 큐잉 및 트랜잭션 순서 지정: 아노마는 기존의 트랜잭션 멤풀을 버리고, 대신 의도의 가십 네트워크를 가집니다. 사용자는 "100 DAI를 최소 1 ETH로 교환하고 싶다" 또는 "최상의 이자율로 담보 대출을 받고 싶다"와 같은 의도를 브로드캐스트합니다. 이러한 의도는 부분 주문입니다. 즉, 정확한 실행 경로를 지정하지 않고 원하는 결과와 제약 조건만 명시합니다. 모든 의도는 네트워크 전체에 가십되고 수집됩니다. 이제 아노마의 순서 지정은 두 단계로 작동합니다: (1) 거래 상대방 발견/매칭, 그리고 (2) 공정한 순서 지정을 통한 트랜잭션 실행. 1단계에서, 솔버라고 불리는 전문 노드는 지속적으로 의도 풀을 모니터링하고 서로를 보완하여 유효한 트랜잭션을 형성하는 의도 집합을 찾으려고 노력합니다. 예를 들어, 앨리스가 DAI를 ETH로 거래하려는 의도를 가지고 있고 밥이 ETH를 DAI로 거래하려는 의도를 가지고 있다면, 솔버는 그들을 매칭할 수 있습니다. 여러 의도가 호환되는 경우(매수 및 매도 주문서와 같이), 솔버는 최적의 매칭 또는 청산 가격을 찾을 수 있습니다. 중요하게도, 이는 솔버 네트워크에서 오프체인으로 발생합니다. 즉, 효과적으로 알고리즘적 중매입니다. 솔버(또는 솔버 그룹)가 일부 의도를 이행하는 완전한 트랜잭션(또는 트랜잭션 집합)을 구성하면, 이를 실행을 위해 체인에 제출합니다. 여기서 2단계가 시작됩니다. 아노마의 합의는 솔버가 제출한 트랜잭션을 블록으로 정렬합니다. 그러나 아노마의 합의는 순서-공정하도록 설계되었습니다. 즉, 트랜잭션이 내용이나 정확한 제출 시간에 영향을 받지 않고 정렬되도록 암호화 기술(임계값 암호화)을 사용합니다. 구체적으로, 아노마는 멤풀 수준에서 **페르베오(Ferveo)**라는 임계값 암호화 체계를 사용할 계획입니다. 작동 방식은 다음과 같습니다. 솔버는 제안하려는 트랜잭션을 검증인들의 집단 공개 키를 사용하여 암호화합니다. 검증인들은 이러한 암호화된 트랜잭션을 세부 정보를 알지 못한 채 블록에 포함합니다. 트랜잭션이 블록에서 확정된 후에야 검증인들은 집단적으로 이를 해독합니다(각각 복호화 키의 일부를 기여함으로써). 이는 어떤 검증인도 트랜잭션의 내용에 따라 선택적으로 선행매매하거나 재정렬할 수 없도록 보장합니다. 그들은 맹목적으로 순서에 커밋합니다. 합의 알고리즘은 효과적으로 트랜잭션(실제로는 의도)을 최초 발견 또는 일괄 처리 방식에 가깝게 정렬합니다. 왜냐하면 주어진 "배치"(블록)의 모든 트랜잭션이 암호화되고 동시에 공개되기 때문입니다. 실제로, 아노마는 특정 애플리케이션에 대해 일괄 경매를 구현할 수 있습니다. 예를 들어, 거래 의도는 N개의 블록에 걸쳐 수집된 후(암호화된 상태로 유지), N개의 블록 후에 모두 함께 해독되고 솔버에 의해 한 번에 매칭될 수 있습니다. 이는 빠른 행위자가 다른 사람의 주문을 보고 해당 배치 내에서 반응하는 것을 방지합니다. 이는 공정성에 큰 이점입니다(이 기술은 빈번한 일괄 경매에서 영감을 받았으며 고빈도 거래 이점을 제거하기 위해 제안되었습니다). 또한, 아노마의 유효성 술어(애플리케이션 수준 스마트 계약)는 순서 지정 결과에 대한 공정성 제약 조건을 강제할 수 있습니다. 예를 들어, 아노마 DEX 애플리케이션에는 "배치의 모든 거래는 동일한 청산 가격을 가지며, 솔버는 사용자를 착취하기 위해 추가 트랜잭션을 삽입할 수 없다"는 규칙이 있을 수 있습니다. 이러한 규칙은 상태 유효성의 일부이므로, 불공정한 매치(예: 솔버가 더 나은 가격으로 자체 거래를 몰래 끼워 넣으려고 시도)를 포함하는 블록은 무효가 되어 검증인에 의해 거부될 것입니다. 요약하면, 아노마의 순서 지정은 매칭 후 암호화+정렬로 이루어집니다. 의도는 개념적으로 솔버가 트랜잭션을 형성할 때까지 대기열에 있으며, 그런 다음 해당 트랜잭션은 공정한 순서 합의에 의해 정렬됩니다(일반적인 MEV 방지). 사용자의 의도는 솔버가 조립할 때까지 실행 가능하지 않으며, 그때는 이미 블록에 암호화되어 있기 때문에 사실상 멤풀 경쟁이 없습니다. 이는 시간 기반 우선순위 악용을 제거하는 것을 목표로 하는 근본적으로 다른 큐잉 모델입니다.

• MEV 억제/추출 메커니즘: 아노마는 "나쁜 MEV"를 구조적으로 최소화하도록 설계되었습니다. 일괄 해결 및 임계값 암호화를 통해 거래가 해결되므로, 샌드위칭과 같은 일반적인 MEV 공격은 불가능합니다. 의도는 투명한 멤풀에 있는 트랜잭션이 아니기 때문에 아무도 의도를 보고 그 앞에 자신의 것을 삽입할 수 없습니다. 솔버는 삽입 기회가 지난 후에야(암호화 및 일괄 처리로 인해) 최종 매칭된 트랜잭션만 출력합니다. 아노마 기반 DEX에서는 사용자가 전통적인 의미에서 선행매매되거나 후행매매되지 않을 것입니다. 왜냐하면 배치의 모든 거래가 균일한 가격으로 함께 실행되기 때문입니다(공격자가 그 사이의 가격 변화를 악용하는 것을 방지). 이는 본질적으로 DEX 차익거래나 샌드위칭과 같은 약탈적 MEV를 억제합니다. 봇에 의해 빼앗겼을 가치는 대신 사용자에게 유지됩니다(공정한 가격을 받음). 아노마의 차익거래에 대한 접근 방식도 주목할 만합니다. 많은 경우, 여러 의도가 차익거래 기회를 창출하면, 이를 매칭하는 솔버는 해당 이익을 매치에 통합할 것입니다(예: 다른 가격을 매칭하고 이익을 정산). 그러나 여러 솔버가 최상의 매치를 제공하기 위해 경쟁할 수 있으므로, 경쟁은 솔버가 그 우위의 대부분을 더 나은 체결 조건의 형태로 사용자에게 돌려주도록 강제할 수 있습니다. 예를 들어, 한 사용자가 가격 A에 팔고 싶고 다른 사용자가 가격 B에 사고 싶다면(B > A는 갭을 의미), 솔버는 중간 가격으로 둘 다 이행하고 차이를 이익으로 포착할 수 있습니다. 하지만 다른 솔버가 사용자에게 서로 더 가까운 가격을 제공하면(이익을 덜 남김), 그 의도를 얻게 될 것입니다. 따라서, 솔버는 MEV 마진을 경쟁적으로 낮추어 사용자에게 이익을 줍니다. 이는 플래시봇의 서처가 수수료를 통해 경쟁하는 것과 유사합니다. 차이점은 이것이 가스 입찰이 아닌 의도 매칭을 통해 알고리즘적으로 발생한다는 것입니다. 아노마에는 여전히 "추출된 MEV"가 있을 수 있지만, 이는 솔버가 서비스에 대해 소액의 수수료를 버는 것에 국한될 가능성이 높습니다. 특히, 아노마는 대부분의 주문 흐름이 프로토콜 또는 애플리케이션 로직에 의해 내부화될 것으로 예상합니다. 어떤 경우에는, 이것이 MEV 기회가 될 것이 정상적인 프로토콜 수수료가 됨을 의미합니다. 예를 들어, 아노마의 첫 번째 프랙탈 인스턴스(나마다)는 온체인 본딩 커브 AMM을 구현합니다. 해당 AMM의 차익거래는 외부 차익거래자가 아닌 AMM의 메커니즘(내장된 리밸런서와 같은)에 의해 포착됩니다. 또 다른 예로, 높은 이자를 제공하는 대출 의도는 차용 의도와 매칭될 수 있습니다. 담보가 하락하면 제3자 청산인이 필요 없습니다. 왜냐하면 의도 자체가 리밸런싱을 처리하거나 프로토콜이 공정한 가격으로 자동 청산할 수 있기 때문입니다. 제3자 추출자를 배제함으로써, 아노마는 오프체인 MEV 추출의 유병률을 줄입니다. 또한, 아노마는 프라이버시를 강조합니다(ZK 회로의 타이가 하위 시스템을 통해). 사용자는 자신의 의도를 부분적으로 또는 완전히 보호하도록 선택할 수 있습니다(예: 금액 또는 자산 유형 숨김). 이는 MEV를 더욱 억제합니다. 대규모 주문의 세부 정보가 숨겨져 있으면 아무도 가치 추출을 위해 이를 표적으로 삼을 수 없습니다. 매칭 및 실행 후에야 세부 정보가 나타날 수 있으며, 그때는 악용하기에는 너무 늦습니다. 요약하면, 아노마의 메커니즘은 MEV를 추출하는 것보다 MEV를 방지하는 데 중점을 둡니다. 트랜잭션을 일괄 처리하고, 멤풀을 암호화하며, 매칭에 경제적 조정을 내장함으로써 악의적인 차익거래나 선행매매의 기회가 거의 없도록 보장하려고 합니다. 필요한 MEV(시장 간 가격을 균등화하는 차익거래 등)는 솔버나 프로토콜 로직에 의해 신뢰 최소화된 방식으로 처리됩니다. 아노마는 *“MEV 최소화”*를 목표로 하며, 모든 사용자가 정보 유출 없이 즉시 완벽한 거래 상대방에게 접근할 수 있는 것처럼 결과를 추구한다고 말할 수 있습니다. 이를 촉진하는 데 추출된 모든 가치(솔버의 보상)는 비대칭성을 악용하여 얻는 횡재가 아닌 소액의 서비스 수수료와 유사합니다.

• 경제적 인센티브 구조: 아노마에서 솔버는 중매인과 블록 빌더의 역할을 모두 수행합니다. 그들은 의도 매치를 찾기 위해 비용(계산, 담보 게시 등)을 부담하고, 성공적으로 제안한 트랜잭션이 포함될 때 보상을 받습니다. 솔버는 몇 가지 방법으로 수익을 얻을 수 있습니다. 그들이 구성하는 트랜잭션 내에서 수수료나 스프레드를 부과할 수 있습니다(예: 사용자에게 약간 덜 유리한 조건을 제공하고 차액을 유지, DEX 애그리게이터가 소액을 취하는 것과 유사). 또는 특정 의도에는 명시적으로 솔버에 대한 보상이 포함될 수 있습니다("이것을 완료하기 위해 최대 0.01 ETH를 지불할 의향이 있다"와 같이). 정확한 보상 모델은 유연하지만, 핵심은 솔버가 경쟁한다는 것입니다. 한 솔버가 너무 높은 수수료를 취하려고 하면, 다른 솔버가 더 나은 사용자 결과를 가진 솔루션을 제안하여 포함을 얻을 수 있습니다. 이 경쟁 역학은 솔버의 이익을 억제하고 가치 제공과 일치시키도록 의도되었습니다. 검증인(블록 생산자): 아노마 검증인은 트랜잭션을 정렬하고 실행하는 합의를 실행합니다. 그들은 다른 블록체인과 마찬가지로 블록 보상과 수수료로 인센티브를 받습니다. 특히, 의도가 여러 사용자 간에 매칭되면 결과 트랜잭션에는 여러 수수료 출처가 있을 수 있습니다(각 사용자가 수수료나 자산의 일부를 기여할 수 있음). 아노마의 수수료 모델이 수수료 분할을 허용할 수도 있지만, 일반적으로 검증인은 트랜잭션 처리에 대한 표준 가스 수수료를 받게 됩니다. 향후 단계에서 아노마는 **"온디맨드 합의"**와 네이티브 토큰을 계획하고 있습니다. 아이디어는 많은 아노마 인스턴스(또는 샤드)가 존재할 수 있으며, 일부는 특정 작업을 위해 일시적으로 가동될 수 있다는 것입니다("특정 애플리케이션 요구에 대한 임시 합의"). 토큰은 이러한 인스턴스를 스테이킹하고 보안하는 데 사용될 가능성이 높습니다. 여기서 인센티브는 네트워크가 모든 매칭된 트랜잭션을 안정적으로 처리할 수 있는 충분한 검증인을 확보하고, 그들이 임계값 복호화 과정에서 정직하게 행동하도록 보장합니다(아마도 일찍 해독하거나 검열하려고 시도하면 슬래싱 조건이 있음). 사용자: 아노마의 사용자는 암묵적으로 MEV를 지불하는 대신 잠재적으로 비용을 절약하고 더 나은 결과를 얻습니다. 예를 들어, 그들은 전통적인 체인보다 지속적으로 더 나은 거래 가격을 얻을 수 있으며, 이는 가치가 그들에게 남아 있음을 의미합니다. 어떤 경우에는 사용자가 복잡한 의도나 더 빠른 매칭을 원할 때 솔버를 장려하기 위해 명시적인 수수료를 지불할 수도 있습니다. 그러나 사용자는 방법을 지정하지 않고 의도를 표현할 수 있으므로, 무거운 작업을 솔버에게 위임하고 가치가 있을 때만 비용을 지불합니다. 또한 **"의도 소유자는 자신의 보안/성능 절충안을 정의할 수 있다"**는 개념이 있습니다. 예를 들어, 사용자는 "더 나은 가격을 위해 더 오래 기다리겠다" 또는 "즉시 실행을 위해 더 많이 지불하겠다"고 말할 수 있습니다. 이 유연성은 사용자가 솔버나 검증인에게 얼마를 제공할지 스스로 결정하게 하여 경제적 인센티브를 그들의 필요와 일치시킵니다. MEV 재분배: MEV가 발생하면(크로스체인 ARB 등), 아노마 아키텍처는 이를 시스템으로 포착할 수 있습니다. 예를 들어, 여러 아노마 샤드나 인스턴스가 원자적 멀티체인 차익거래를 정산하기 위해 협력할 수 있으며, 이익은 외부 차익거래자가 모두 가져가는 대신 공유되거나 소각될 수 있습니다(설계에 따라 다름). 일반적으로, 아노마는 애플리케이션에 트랜잭션 흐름에 대한 통제권을 부여하기 때문에, 애플리케이션 수준에서 프로토콜 소유 MEV 전략(스킵의 철학과 유사)을 구현할 수 있습니다. 예를 들어, 아노마의 DeFi 앱은 모든 사용자 거래를 최상의 실행을 보장하고 추가 이익을 사용자나 유동성 공급자와 공유하는 인-프로토콜 솔버를 통해 자동으로 라우팅할 수 있습니다. 순 효과는 제3자 MEV 추출자가 중개되지 않는다는 것입니다. 경제적으로, 이는 정직한 참여자(사용자, LP 등)에게 포지티브섬이지만, 고전적인 서처에게는 기회를 줄일 수 있습니다. 그러나 전문 솔버(NFT 매칭에 집중하는 솔버, FX 스왑에 집중하는 솔버 등)와 같은 새로운 역할이 나타날 것입니다. 이러한 솔버는 오늘날의 MEV 서처와 유사하지만, 시스템 규칙 내에서 운영되며 경쟁과 프로토콜 제약으로 인해 미친 듯한 이익 마진은 없을 가능성이 높습니다. 마지막으로, 아노마 재단의 비전은 아노마가 공공재 인프라가 될 것임을 암시합니다. 네이티브 토큰인 ANOMA가 있을 것이며, 이는 수수료를 통해 가치를 포착하거나 스테이킹에 필요할 수 있습니다. 검증인과 아마도 솔버를 위한 토큰 인센티브(인플레이션 보상 등)를 통해 활동을 부트스트랩할 것으로 예상할 수 있습니다. 이 글을 쓰는 시점에서 토큰 경제학에 대한 세부 사항은 최종적이지 않지만, 로드맵은 아노마 토큰과 네이티브 온디맨드 합의가 향후 단계에서 계획되어 있음을 확인합니다. 요약하면, 아노마의 인센티브 모델은 협력적 행동을 장려합니다. 솔버는 사용자를 착취하는 것이 아니라 사용자가 원하는 것을 얻도록 돕는 것으로 수익을 얻고, 검증인은 네트워크를 보호하고 공정하게 정렬함으로써 수익을 얻으며, 사용자는 주로 솔버나 수수료에 일부 MEV를 포기함으로써 "지불"하지만, 이상적으로는 다른 시스템에서 잃을 암묵적인 MEV보다 훨씬 적습니다.

• 규제 준수 및 중립성: 아노마는 단일 네트워크가 아닌 프레임워크이므로 다양한 방식으로 인스턴스화될 수 있습니다. 일부는 허가형일 수 있지만, 주력 아노마 L1 및 유사 인스턴스는 무허가 및 프라이버시 강화를 목표로 합니다. 타이가에서 영지식 증명을 사용한 보호된 의도와 같은 강력한 프라이버시 기능을 통합함으로써, 아노마는 금융 프라이버시가 권리라는 관점과 일치합니다. 이는 트랜잭션에 대한 공개적인 가시성을 요구하는 특정 규제 체제와 충돌할 수 있습니다. 그러나 아노마의 설계는 특정 규제 함정을 피할 수도 있습니다. 예를 들어, 선행매매와 불공정한 주문 선택이 제거되면 시장 조작 우려가 완화됩니다. 규제 당국은 사용자가 내부자에 의해 체계적으로 착취당하지 않는다는 점을 높이 평가할 수 있습니다. 또한, "사용자 정의 보안 모델" 개념은 사용자나 커뮤니티가 다른 신뢰 가정에 옵트인할 수 있음을 의미합니다. 잠재적으로, 규제된 애플리케이션은 아노마 위에 구축될 수 있으며, 예를 들어 솔버나 일부 검증인 하위 집합이 KYC를 거친 개체로서 특정 의도 도메인에 대한 규제 준수를 보장할 수 있습니다. 아노마는 기본 레이어에서 모든 사람에게 KYC를 강제하지 않지만, 애플리케이션이 필요한 경우 유효성 술어를 구현하여 특정 트랜잭션에 대한 자격 증명(예: 제재된 주소가 아니라는 증명 또는 자격 증명 확인)을 요구할 수 있습니다. 아키텍처는 기본 레이어 중립성을 손상시키지 않으면서 애플리케이션 수준에서 규제 준수를 지원할 만큼 유연합니다. 검열에 관해서는, 아노마의 임계값 암호화는 검증인들이 검열하고 싶어도 평문으로 볼 수 없기 때문에 특정 의도를 표적으로 삼을 수 없음을 의미합니다. 그들이 할 수 있는 유일한 일은 특정 솔버나 사용자로부터의 암호화된 트랜잭션을 포함하기를 거부하는 것이지만, 이는 명백할 것이며(임의로 수행될 경우 프로토콜 규칙에 위배됨) 합의 규칙이 검열을 억제할 것으로 예상됩니다. 예를 들어, 블록이 마지막 배치의 모든 해독된 의도를 포함하지 않으면 무효로 간주되거나 덜 선호될 수 있습니다. 어쨌든, 검증인의 탈중앙화와 페이로드의 암호화된 특성이 함께 높은 수준의 검열 저항성을 보장합니다. 중립성에 관해서는, 아노마는 단일 개체에 의해 통제되지 않는 일반 플랫폼이 되는 것을 목표로 합니다. 연구 및 개발은 헬리악스(아노마와 나마다의 배후 팀)가 주도하지만, 일단 라이브가 되면 아노마 네트워크는 커뮤니티에 의해 운영될 것입니다. 업그레이드 등을 위한 온체인 거버넌스가 있을 가능성이 높으며, 이는 규제 준수 문제를 제기할 수 있지만(예: 정부가 규칙을 변경하기 위해 거버넌스를 전복시킬 수 있는가?), 이는 일반적인 블록체인 문제입니다. 흥미로운 규제 준수 관련 기능은 아노마가 여러 병렬 인스턴스를 지원한다는 것입니다. 즉, 특정 자산 유형이나 관할권에 대해 격리된 의도 풀이나 샤드를 가질 수 있습니다. 이는 명시적으로 규제를 위한 것은 아니지만, 예를 들어, 허가된 은행만이 솔버를 실행하는 CBDC 의도 풀이 자유로운 DeFi 풀과 공존할 수 있게 할 수 있습니다. 아키텍처의 모듈성은 필요한 경우 분리할 수 있는 유연성을 제공하면서도 의도 브리징을 통한 상호 운용성을 허용합니다. 마지막으로, 법적 호환성 측면에서, 아노마의 전체 의도 개념은 전통적인 암호화폐를 괴롭히는 일부 분류를 피할 수 있습니다. 의도는 매칭될 때까지 구속력 있는 트랜잭션이 아니므로, 사용자가 더 많은 통제권을 유지한다고 주장할 수 있습니다(이는 거래소에 주문을 게시하는 것과 같으며, 이는 직접 거래를 실행하는 것보다 더 명확한 법적 선례가 있음). 이는 세금 처리와 같은 문제에 도움이 될 수 있습니다(시스템은 잠재적으로 여러 트랜잭션 대신 다단계 거래의 통합 영수증을 제공할 수 있음). 이는 추측에 불과합니다. 전반적으로, 아노마는 탈중앙화, 프라이버시, 사용자 자율성을 우선시하며, 이는 역사적으로 규제 기대치와 충돌할 수 있지만, 공정성과 투명성 이득이 호의를 얻을 수 있습니다. 이는 본질적으로 전통적인 금융 매칭 엔진의 정교함을 온체인으로 가져오지만, 중앙화된 운영자 없이 가능하게 합니다. 규제 당국이 그 모델을 이해하게 되면, 그들은 이를 멤풀의 무법지대보다 더 질서 있고 공정한 시장 구조로 볼 수 있습니다.

• 기술 아키텍처 (합의 & 암호학): 아노마의 아키텍처는 복잡하며, 여러 구성 요소로 이루어져 있습니다: 타이폰 (네트워크, 멤풀, 합의, 실행)과 타이가 (영지식 프라이버시 레이어). 타이폰의 핵심은 의도 가십 레이어와 결합된 합의 + 매칭에 대한 새로운 접근 방식입니다. 아노마의 합의 프로토콜은 **"유효성 술어"**와 "주문 매칭 증명" 개념으로 일반적인 BFT 합의를 확장합니다. 본질적으로, 아노마의 각 애플리케이션은 트랜잭션에 대해 충족되어야 하는 유효성 술어를 정의할 수 있습니다(단지 트랜잭션 수준이 아닌 블록 수준에서 적용되는 스마트 계약 조건과 같다고 생각하면 됨). 이를 통해 일괄 경매 청산 가격 등과 같은 속성을 강제할 수 있습니다. 합의 알고리즘 자체는 텐더민트나 핫스터프 스타일의 BFT를 기반으로 할 가능성이 높습니다(아노마는 코스모스 영역에 있고 IBC를 지원하기 때문). 실제로, 아노마의 초기 테스트넷(2021년 파이겐바움)과 나마다는 텐더민트 스타일의 합의를 수정하여 사용합니다. 한 가지 주요 수정 사항은 멤풀 파이프라인에 **임계값 암호화(페르베오)**를 통합한 것입니다. 일반적으로 텐더민트는 트랜잭션을 정렬하는 제안자를 선택합니다. 아노마에서는 제안자가 암호화된 의도/트랜잭션을 정렬합니다. 페르베오는 검증인들이 주기적으로 임계값 공개 키에 동의하고, 솔버가 제출한 각 의도는 해당 키로 암호화되는 방식으로 작동할 가능성이 높습니다. 블록 제안 중에 모든 암호화된 트랜잭션이 포함되고, 제안 후 검증인들은 이를 해독하는 프로토콜을 실행합니다(아마도 다음 블록에 해독된 출력이 포함되거나 그런 방식). 이는 합의에 단계를 추가하지만 순서 공정성을 보장합니다. 암호학적으로, 이는 분산 키 생성 및 임계값 복호화를 사용합니다(따라서 데이터 유출이나 조기 해독을 방지하기 위해 검증인의 2/3 이상이 정직하다는 가정에 의존). 프라이버시 측면에서, 타이가는 의도가 부분적으로 또는 완전히 보호된 상태로 유지될 수 있도록 zkSNARK 또는 zk-STARK 증명을 제공합니다. 예를 들어, 사용자는 자산 유형이나 금액을 공개하지 않고 스왑 의도를 제출할 수 있습니다. 그들은 충분한 잔액이 있고 매칭되면 트랜잭션이 유효할 것이라는 ZK 증명을 제공하며, 구체적인 내용은 공개하지 않습니다. 이는 Zcash의 보호된 트랜잭션이 작동하는 방식과 유사하지만, 의도로 확장되었습니다. 재귀적 증명의 사용이 언급되었는데, 이는 트랜잭션의 여러 단계(또는 여러 의도)가 효율성을 위해 하나의 간결한 증명으로 증명될 수 있음을 의미합니다. 타이가와 타이폰의 상호 작용은 일부 솔버와 검증인이 평문 값 대신 암호문이나 커밋먼트로 작동할 수 있음을 의미합니다. 예를 들어, 솔버는 기밀 방식으로 표현된 의도를 매칭하여 커밋먼트 방정식을 풀 수 있습니다. 이는 최첨단 암호학이며 대부분의 현재 블록체인이 하는 것 이상입니다. 또 다른 핵심 요소는 IBC 통합입니다. 아노마 인스턴스는 인터-블록체인 통신 프로토콜을 통해 다른 체인(특히 코스모스 체인)과 통신할 수 있습니다. 이는 아노마의 의도가 잠재적으로 다른 체인에서 작업을 트리거하거나(IBC 메시지를 통해) 다른 체인의 상태에서 데이터를 소비할 수 있음을 의미합니다. 아노마 로드맵의 메인넷 1단계는 아노마 의도가 EVM 유동성을 활용할 수 있도록 이더리움 및 롤업에 "어댑터"를 구체적으로 언급합니다. 아마도 아노마 솔버는 이더리움의 유니스왑을 사용하는 트랜잭션을 구성할 수 있을 것입니다. 즉, 매칭될 때 이더리움에 메시지를 보내 스왑을 실행하도록 하는 의도를 만들어(릴레이어나 IBC 브리지 같은 것을 통해) 가능하게 합니다. 합의는 원자성을 보장해야 합니다. 아마도 아노마의 출력은 여러 체인에 걸친 단일 트랜잭션과 같을 수 있습니다(체인 A에서 트랜잭션을 시작하고 체인 B에서 결과를 기대하는 것과 같은). 원자적 크로스체인 정산을 달성하는 것은 어렵습니다. 아마도 아노마는 한 번에 한 체인에서 정산하는 것으로 시작할 것입니다(1단계는 이더리움 생태계에 초점을 맞추며, 아마도 아노마 의도가 이더리움 L1 또는 L2에 한 번에 정산될 것임을 의미). 나중에 "키메라 체인"과 온디맨드 합의는 특정 크로스체인 매치를 처리하기 위해 맞춤형 사이드체인이 가동될 수 있게 할 수 있습니다. 성능 측면에서, 아노마의 접근 방식은 계산 집약적일 수 있습니다(솔버는 NP-하드 매칭 문제를 풀고, 검증인은 무거운 암호학을 수행). 그러나 그 절충안은 사용자 경험의 엄청난 향상입니다(실패한 트랜잭션 없음, 더 나은 가격 등). 아노마의 개발은 이러한 새로운 구성 요소를 거의 처음부터 구축해야 합니다. 헬리악스는 유효성 술어와 의도를 작성하기 위한 새로운 언어인 **주빅스(Juvix)**를 만들고 있으며, 많은 연구를 진행하고 있습니다(아노마 사이트의 일부 참조는 이러한 개념을 자세히 설명). 주요 마일스톤: 아노마의 첫 공개 테스트넷 파이겐바움은 2021년 11월에 기본 의도 가십의 데모로 출시되었습니다. 이후, 헬리악스는 나마다(자산 이전에 초점을 맞춘 아노마의 인스턴스로 볼 수 있는 프라이버시 중심 L1) 출시에 초점을 맞췄습니다. 나마다는 2023년에 라이브가 되었으며, 보호된 전송 및 멤풀에 대한 페르베오 임계값 암호화와 같은 기능을 포함합니다. 이는 더 좁은 사용 사례에서 기술이 실제로 작동하는 것을 보여줍니다. 한편, 아노마의 전체 비전 테스트넷은 단계적으로 출시되고 있습니다("2023년 여름 테스트넷"이 커뮤니티에서 언급됨). 로드맵은 1단계 메인넷이 이더리움을 통합하고, 2단계는 더 많은 체인과 고급 암호학을 추가하며, 결국 네이티브 합의와 토큰이 도입될 것임을 나타냅니다. "향후 단계의 합의 및 토큰"의 분리는 초기 아노마 메인넷이 이더리움에 의존할 수 있음을 시사합니다(예: 자체 토큰을 갖는 대신 이더리움 보안이나 기존 토큰 활용). 아마도 그들은 이더리움에 게시하는 L2나 사이드체인을 출시한 다음 나중에 토큰으로 자체 PoS 네트워크를 가동할 것입니다. 이 단계적 접근 방식은 흥미롭습니다. 채택 장벽을 낮추기 위한 것일 수 있습니다(초기에 새로운 코인을 출시하는 대신 이더리움의 기존 자본 사용). 결론적으로, 아노마의 아키텍처는 새롭고 포괄적입니다. 암호학적 공정성(임계값 암호화, ZK 증명)과 새로운 트랜잭션 패러다임(의도 기반 매칭) 및 크로스체인 기능을 결합합니다. 이는 레거시 체인이 하지 않는 것, 즉 내장된 공정한 매칭 엔진을 수행함으로써 프로토콜 수준에서 전통적인 MEV를 근절하려는 가장 공격적인 시도라고 할 수 있습니다. 복잡성은 높지만, 성공한다면 아노마 체인은 사용자에게 탈중앙화된 환경에서 거의 CEX와 같은 실행 보증을 제공할 수 있으며, 이는 블록체인 UX와 공정성의 성배입니다.

스킵 프로토콜 (코스모스 주권적 MEV 제어 및 공정한 순서 지정 툴킷)​

스킵 프로토콜은 코스모스 생태계의 선도적인 MEV 솔루션으로, 각 블록체인("앱체인")에 자체적으로 트랜잭션 순서 지정 및 MEV 포착을 관리할 수 있는 도구를 제공하는 데 중점을 둡니다. 네트워크 전반의 시스템을 제안하는 플래시봇이나 아노마와 달리, 스킵은 코스모스의 주권 철학과 일치합니다. 각 체인은 스킵의 모듈을 통합하여 맞춤형 공정한 순서 지정 규칙을 시행하고, 인-프로토콜 블록스페이스 경매를 실행하며, 체인의 이해관계자나 사용자를 위해 MEV를 포착할 수 있습니다. 스킵은 *프로토콜 소유 블록빌딩(POB)*과 유연한 트랜잭션 시퀀싱을 가능하게 하는 코스모스 SDK 모듈 및 인프라 스위트로 생각할 수 있습니다. 이는 오스모시스, 주노, 테라 등 코스모스의 여러 체인에서 채택되었으며, dYdX의 차기 체인과 같은 프로젝트와도 MEV 완화를 위해 협력하고 있습니다. 주요 요소에는 우선순위 트랜잭션을 위한 온체인 경매 메커니즘, 합의 수준의 트랜잭션 순서 지정 로직, 그리고 MEV("좋은 MEV")를 프로토콜의 이익을 위해 재활용하는 인-앱 메커니즘이 포함됩니다.

• 트랜잭션 큐잉 & 순서 지정 알고리즘: 일반적인 코스모스 체인(텐더민트/BFT 합의 사용)에서는 멤풀이 대략 수수료와 도착 시간에 따라 트랜잭션을 정렬하고, 블록 제안자는 블록을 생성할 때 어떤 순서든 선택할 수 있습니다(유효한 트랜잭션을 포함하는 것 외에는 알고리즘적 제약 없음). 스킵은 합의에 의해 강제되는 순서 지정 규칙과 다중 레인 멤풀을 도입하여 이를 변경합니다. 코스모스의 새로운 ABCI++ 인터페이스(블록 제안 및 처리를 맞춤화할 수 있음)를 사용하여, 스킵의 프로토콜 소유 빌더(POB) 모듈은 블록을 다른 순서 지정 정책을 가진 별개의 레인으로 분할할 수 있습니다. 예를 들어, 한 레인은 최고 입찰 트랜잭션(차익거래 봇이나 긴급 거래 등)이 고정된 순서로 블록의 맨 처음에 배치되는 블록 상단 경매 레인일 수 있고, 다른 레인은 수수료 없는 일반 사용자 트랜잭션을 위한 무료 레인, 그리고 수수료가 있는 일반 트랜잭션을 위한 기본 레인일 수 있습니다. 스킵 모듈의 블록버스터 구성 요소는 개발자가 이러한 레인과 그 순서 지정 로직을 모듈식으로 정의할 수 있게 합니다. 결정적으로, 이러한 규칙은 모든 검증인에 의해 강제됩니다. 제안자가 블록을 구성할 때, 다른 검증인들은 블록의 트랜잭션이 합의된 순서 지정 규칙을 준수하는지 확인합니다(ProcessProposal ABCI 검사를 통해). 그렇지 않으면 블록을 거부할 수 있습니다. 이는 악의적이거나 이익을 추구하는 제안자조차도 벗어날 수 없음을 의미합니다(예: 경매에서 이긴 입찰자보다 먼저 자신의 선행매매 트랜잭션을 끼워 넣을 수 없음, 왜냐하면 그것은 순서 지정 규칙을 위반하기 때문). 스킵이 가능하게 하는 순서 지정 규칙의 예는 다음과 같습니다: (a) 가스 가격(수수료) 내림차순으로 트랜잭션 정렬 – 가장 높은 수수료 트랜잭션이 항상 우선순위를 갖도록 보장. 이는 무작위나 시간 기반 대신 공정한 "우선순위 지불" 체계를 공식화합니다. (b) 거래 전에 최소 하나의 오라클 가격 업데이트 트랜잭션을 포함해야 함 – 데이터 피드가 업데이트되도록 보장하여, 제안자가 오래된 가격을 악용하기 위해 오라클 업데이트를 무시하는 시나리오를 방지합니다. (c) 블록 상단의 특수 트랜잭션 수 제한 – 예를 들어, 경매에서 이긴 번들 하나만 맨 위에 위치할 수 있도록 하여, 많은 작은 MEV 획득의 스팸을 방지합니다. (d) 상태 속성을 위반하는 트랜잭션 없음 – 스킵은 상태 기반 순서 지정 규칙을 허용합니다. 예를 들어, "블록을 구축한 후, 어떤 DEX 거래도 블록의 마지막에 있었을 때보다 나쁜 가격으로 실행되지 않았는지 확인" (샌드위치 공격이 발생하지 않았음을 강제하는 방법). 설명된 구체적인 규칙 중 하나는 *“모든 DEX에 걸친 제로 선행매매 조건”*이며, 이는 어떤 트랜잭션이 선행매매를 나타내는 방식으로 후속 트랜잭션에 의해 영향을 받았다면 블록이 무효임을 의미할 수 있습니다. 이것은 강력합니다. 본질적으로 공정성을 블록 유효성의 일부로 만드는 것입니다. 코스모스 체인은 전체 스택을 제어하기 때문에 이러한 규칙을 구현할 수 있습니다. 스킵의 프레임워크는 SDK의 AuctionDecorator를 통해 구조화된 방법을 제공하며, 이는 각 트랜잭션을 구성된 규칙에 대해 확인할 수 있습니다. 또한, 스킵은 멤풀 향상을 제공합니다. 노드의 멤풀은 블록을 미리 시뮬레이션하고, 실패하는 트랜잭션을 필터링하는 등의 작업을 수행하여 제안자가 규칙을 효율적으로 따르도록 돕습니다. 예를 들어, 블록의 경매 레인에 최고 입찰이 있어야 한다면, 멤풀은 해당 레인의 입찰에 따라 정렬될 수 있습니다. 블록이 특정 상태 조건을 초래하는 트랜잭션만 포함해야 한다면, 제안자의 노드는 트랜잭션을 선택하면서 시뮬레이션하여 조건이 유지되는지 확인할 수 있습니다. 요약하면, 스킵은 제안자의 변덕이나 단순한 가스 가격 우선순위에 전적으로 맡기는 대신 결정론적이고 체인에 의해 정의된 순서 지정을 가능하게 합니다. 체인은 스킵의 빌더 모듈을 채택하여 효과적으로 트랜잭션 순서 지정 정책을 프로토콜에 코드화합니다. 이는 모든 검증인이 동일한 규칙을 강제하기 때문에 공정성을 촉진하며, 단일 제안자가 허용된 메커니즘(투명하고 경쟁적인 경매와 같은) 내에 있지 않는 한 임의의 재정렬을 할 기회를 제거합니다. 스킵 모델에서 트랜잭션의 큐잉은 레인별로 별도의 큐를 포함할 수 있습니다. 예를 들어, 경매 레인은 특수 입찰 트랜잭션을 큐에 넣을 수 있습니다(스킵은 블록 상단 포함을 위해 입찰하는 데 특별한 MsgAuctionBid 유형을 사용). 이러한 입찰은 각 블록마다 수집되고 가장 높은 것이 선택됩니다. 한편, 일반 트랜잭션은 기본 멤풀에 큐잉됩니다. 본질적으로, 스킵은 구조화된 큐를 도입합니다. 우선순위 입찰을 위한 큐, 무료 또는 기타를 위한 큐 등 각각 고유한 순서 지정 기준을 가집니다. 이 모듈식 접근 방식은 각 체인이 공정성과 수익의 균형을 맞추는 방법을 맞춤화할 수 있음을 의미합니다. 예를 들어, 오스모시스는 "우리는 MEV 경매를 전혀 원하지 않지만, 임계값 암호화를 통해 순서 공정성을 강제한다"고 말할 수 있으며(그들은 스킵 등의 도움으로 임계값 암호화를 구현했습니다), 다른 체인은 "MEV 경매를 허용하지만 수익금의 일부를 소각해야 한다"고 말할 수 있습니다. 스킵은 둘 다 지원합니다. 이 순서 지정의 구성 가능성이 스킵의 특징입니다.

• MEV 완화 및 추출 메커니즘: 스킵의 MEV에 대한 접근 방식은 종종 **"프로토콜 소유 MEV"와 "다중성"**으로 설명됩니다. 프로토콜 소유 MEV는 블록체인 프로토콜 자체가 코드와 거버넌스를 통해 개별 검증인이나 외부인에게 맡기는 대신 MEV를 포착하거나 재분배하는 것을 의미합니다. 다중성은 "올바른"(여러) 트랜잭션이 포함되도록 보장하는 것을 의미합니다. 즉, MEV 트랜잭션만을 위해 합법적인 사용자 트랜잭션을 배제하지 않고, 가능하다면 한 블록에 여러 MEV 기회를 포함하는 것입니다(단일 서처가 독점하지 않도록). 구체적으로, 스킵은 네트워크에 이익이 되는 방식으로 MEV를 포착하는 도구를 제공합니다. 하나는 블록 상단 포함을 위한 블록스페이스 경매 시스템인 스킵 셀렉트입니다. 스킵 셀렉트에서 서처(차익거래 봇 등)는 플래시봇 번들과 유사하게 팁이 포함된 번들을 검증인에게 제출하지만, 이는 스킵의 모듈을 통해 네이티브하게 온체인에서 수행됩니다. 가장 높은 지불 번들(또는 번들들)은 지정된 순서대로 블록 상단에 자동으로 삽입됩니다. 이는 해당 트랜잭션이 의도한 대로 실행되도록 보장하고, 검증인(또는 체인)이 팁을 수집합니다. 이 메커니즘은 오프체인 OTC 프로세스(이더리움에서)를 개방적이고 온체인 경매로 만들어 투명성과 접근성을 향상시킵니다. 또 다른 메커니즘은 스킵이 오스모시스를 위해 개발한 프로토레브(ProtoRev)(프로토타입 수익 모듈)입니다. 프로토레브는 블록 실행 내에서 순환 차익거래(여러 풀을 포함하는 것 등)를 자동으로 감지하고 실행하며, 이익을 체인의 재무부나 커뮤니티 풀에 축적하는 온체인 차익거래 모듈입니다. 본질적으로, 오스모시스는 특정 "좋은 MEV"(가격을 일치시키는 차익거래 등)가 여전히 발생해야 하지만(시장 효율성을 위해) 프로토콜 자체가 차익거래를 수행하고 이익을 포착한 다음 나중에 분배하기로 결정했습니다(예: 스테이커에게 또는 유동성 채굴 인센티브로). 이는 해당 기회에 대한 외부 차익거래 봇의 필요성을 제거하고 가치가 생태계 내에 머물도록 보장합니다. 프로토레브는 주요 체인에서 최초였으며, 깊은 통합이 MEV의 외부 효과를 어떻게 완화할 수 있는지 보여줍니다. 오스모시스에서 거래하는 사용자는 슬리피지가 줄어듭니다. 왜냐하면 거래 후 차익거래가 존재하면 프로토콜이 이를 닫고 본질적으로 가치를 오스모시스에 리베이트하기 때문입니다(이는 간접적으로 사용자에게 낮은 수수료나 토큰 바이백 등을 통해 이익이 될 수 있음). 더욱이, 스킵은 체인이 멤풀에 대한 임계값 암호화와 같은 반-MEV 조치를 구현할 수 있도록 지원합니다. 예를 들어, 오스모시스는 스킵 등과 협력하여 트랜잭션이 암호화되어 제출되고 고정된 시간 후에만 공개되는 멤풀 암호화를 구현하고 있습니다(아노마의 아이디어와 유사하지만 체인 수준에서). 이는 스킵 제품은 아니지만, 스킵의 아키텍처는 호환됩니다. 스킵의 경매는 트랜잭션 내용을 읽는 대신 선언된 입찰을 기반으로 경매를 수행하여 암호화된 트랜잭션에서 실행될 수 있습니다. 유해한 MEV 억제 측면에서, "선행매매 금지"(상태 검사로 강제)와 같은 스킵의 합의 규칙은 악의적인 행동을 막기 위한 직접적인 조치입니다. 검증인이 샌드위치 공격을 포함하려고 시도하면, 다른 검증인들은 상태 결과가 선행매매 금지 규칙을 위반한다는 것을 감지할 것입니다(예를 들어, 어떤 거래도 동일한 주소에서 즉시 선행 및 후행되지 않았는지 확인하여 이점을 취하지 않았는지 확인할 수 있음). 해당 블록은 거부될 것입니다. 이를 알고 있는 검증인들은 그러한 패턴을 포함하려고 시도조차 하지 않을 것이므로, 사용자는 프로토콜 법에 의해 보호됩니다. 스킵은 또한 비정상적인 인센티브를 피하기 위해 MEV 수익을 소각하거나 재분배하도록 장려합니다. 예를 들어, 체인은 모든 경매 수익금을 블록 제안자에게 모두 주는 대신 소각하거나 커뮤니티 기금에 넣도록 선택할 수 있습니다. 이는 검증인들이 개인적으로 이익을 얻지 못할 수 있으므로(체인의 선택에 따라 다름) 트랜잭션을 재정렬하려는 인센티브를 줄입니다. 요약하면, 스킵의 툴킷은 각 체인이 유익한 경우(예: 시장 효율성을 유지하기 위한 차익거래, 대출 시장을 건전하게 유지하기 위한 청산) MEV를 외과적으로 추출하고 해당 가치가 프로토콜이나 사용자에 의해 포착되도록 보장하는 동시에, 악의적인 MEV(사용자에게 불리한 선행매매 등)를 엄격히 금지하고 방지할 수 있게 합니다. 이는 추출과 억제의 실용적인 조합이며, 거버넌스에 의해 맞춤화됩니다. 즉, 일률적인 방식 대신, 스킵은 커뮤니티가 어떤 MEV가 "좋은지"(그리고 그 포착을 자동화)와 어떤 것이 "나쁜지"(그리고 합의 규칙을 통해 불법화)를 결정할 수 있도록 지원합니다. 그 결과 스킵 지원 체인에서는 더 공정한 거래 환경과 공공재 자금을 조달하거나 비용을 낮출 수 있는 추가 수익원이 생깁니다(스킵의 블로그 게시물 중 하나는 공정한 MEV 포착이 "모든 네트워크 참여자에게 수익을 공정하게 분배"하는 데 사용될 수 있다고 언급).

• 경제적 인센티브 구조: 스킵의 도입은 특히 코스모스의 검증인과 체인 커뮤니티에 대한 인센티브를 근본적으로 변화시킵니다. 전통적으로 코스모스의 검증인은 블록에서 트랜잭션을 비공개로 재정렬하여 MEV를 추출할 수 있었습니다(코스모스에는 기본적으로 MEV 경매가 없기 때문). 스킵을 사용하면 검증인들은 대신 경매나 모듈을 통해 MEV가 포착되고 종종 공유되는 프로토콜에 동의합니다. 검증인은 여전히 이익을 얻습니다. 그들은 경매 수익금의 일부나 스킵 메커니즘의 추가 수수료를 받을 수 있지만, 중요하게도 모든 검증인(제안자뿐만 아니라)이 그렇게 설계되면 혜택을 받을 수 있습니다. 예를 들어, 일부 스킵 경매는 수익금이 제안자에게 모두 돌아가는 대신 모든 스테이커에게 분배되거나 거버넌스 결정에 따라 분배되도록 구성될 수 있습니다. 이는 제안자가 아닌 검증인도 안전성(누군가 유효하지 않은 블록을 시도하면 보상받지 못할 것이라는 것을 앎)과 잠재적인 수익을 얻기 때문에 모든 검증인이 스킵 소프트웨어를 실행하도록 집단적으로 조정합니다. 일부 체인은 여전히 제안자에게 MEV 경매 수수료의 대부분을 줄 수 있지만(즉각적인 포함 인센티브를 극대화하기 위해), 그럼에도 불구하고 투명하고 경쟁적이어서 이면 거래의 가능성을 줄인다고 할 수 있습니다. 체인/커뮤니티: 프로토콜 소유 MEV 개념은 블록체인과 그 이해관계자들이 MEV를 포착한다는 것을 의미합니다. 예를 들어, 오스모시스는 프로토레브 이익을 커뮤니티 풀로 보내, MEV를 개발 자금을 조달하거나 OSMO 스테이커에게 분배할 수 있는 추가적인 프로토콜 수익으로 전환합니다. 이는 커뮤니티 전체를 해당 MEV의 "소유자"로 만들어, 모든 사람의 이익을 건전한 방식으로 MEV를 추출하는 데 일치시킵니다. 사용자들이 MEV가 체인이나 토크노믹스를 개선하는 데 다시 사용된다는 것을 안다면, 무작위 봇에게 가는 것보다 더 수용적일 수 있습니다. 서처: 스킵 모델에서는 독립적인 서처/봇이 온체인에서 할 일이 줄어들 수 있습니다. 왜냐하면 일부 기회는 프로토콜 로직(프로토레브 등)에 의해 취해지고 다른 기회는 경매를 통해 채널링되기 때문입니다. 그러나 스킵은 서처를 제거하지 않고, 오히려 적절한 경로를 통해 입찰하도록 유도합니다. 서처는 여전히 복잡한 전략을 시도할 수 있지만, 특정 위치에 포함을 보장하려면 스킵의 경매(스킵 셀렉트)에 입찰과 함께 번들을 제출하여 참여해야 합니다. 그렇지 않으면 검증인이 입찰한 사람이나 체인 자체 메커니즘이 기회를 잡는 것을 선호하여 무시당할 위험이 있습니다. 그래서 코스모스의 서처들은 스킵과 협력하도록 진화하고 있습니다. 예를 들어, 오스모시스의 많은 차익거래자들은 이제 스킵 시스템을 통해 차익거래를 제출합니다. 그들은 체인에 일부를 지불하고 이익을 덜 남기지만, 그것이 참여의 대가입니다. 시간이 지남에 따라 일부 "서처" 역할은 완전히 흡수될 수 있습니다(후행매매 차익거래 등 - 프로토레브가 처리하므로 외부 서처가 경쟁할 수 없음). 이는 네트워크의 스팸과 낭비되는 노력을 줄일 수 있습니다(더 이상 여러 봇이 경쟁하지 않고, 하나의 프로토콜 실행만 있음). 사용자: 최종 사용자는 더 공정한 환경(예상치 못한 MEV 공격 없음) 때문에 이익을 얻습니다. 또한, 일부 스킵 구성은 명시적으로 사용자에게 보상합니다. 사용자에게 MEV 재분배가 가능합니다. 예를 들어, 체인은 MEV 경매 수익의 일부를 해당 MEV를 생성한 거래의 사용자에게 리베이트하기로 결정할 수 있습니다(플래시봇의 환불 아이디어와 유사). 테라의 DEX인 아스트로포트는 스킵을 통합하여 MEV 수익을 스왑퍼와 공유했습니다. 즉, 사용자의 거래에 MEV가 있으면 그 가치의 일부가 기본적으로 사용자에게 반환됩니다. 이는 MEV가 사용자에게 돌아가야 한다는 정신과 일치합니다. 모든 체인이 이렇게 하는 것은 아니지만, 스킵의 인프라를 통해 그러한 계획을 구현할 수 있는 옵션이 존재합니다. 스킵 프로토콜 자체(회사/팀)는 검증인에게 이러한 도구를 종종 무료로 제공하여(채택을 장려하기 위해) 비즈니스 모델을 가지고 있으며, 체인과 파트너 관계를 맺어(B2B) 수익을 창출합니다. 예를 들어, 스킵은 포착된 MEV에서 소액의 수수료를 받거나 체인에 고급 기능/지원을 청구할 수 있습니다. 스킵은 검증인에게는 무료이지만 체인과는 B2B 모델을 사용한다고 언급되었습니다. 이는 스킵이 체인과 커뮤니티가 포착하는 MEV를 극대화하려는 인센티브를 가지고 있음을 의미합니다(체인이 만족하고 아마도 계약에 따라 일부를 공유하도록). 그러나 거버넌스가 관련되어 있기 때문에 스킵이 취하는 모든 수수료는 일반적으로 커뮤니티에 의해 동의됩니다. 경제적 효과는 흥미롭습니다. MEV 추출을 체인에 제공되는 서비스로 전문화합니다. 그렇게 함으로써, 불량 행동을 억제합니다. 검증인들은 개별적으로 수상한 거래를 할 필요 없이, 그냥 스킵을 사용하고 사회적으로 수용되는 추가 수익의 안정적인 흐름을 얻을 수 있습니다. 정직한 행동(프로토콜 규칙 준수)은 속이려고 시도하는 것보다 거의 같거나 더 많은 이익을 낳습니다. 왜냐하면 속이면 블록이 무효가 되거나 사회적으로 슬래싱될 수 있기 때문입니다. 거버넌스는 중요한 역할을 합니다. 스킵 모듈을 채택하거나 매개변수(경매 삭감, 수익금 분배 등)를 설정하는 것은 온체인 제안을 통해 이루어집니다. 이는 경제적 결과(누가 MEV를 얻는가)가 궁극적으로 커뮤니티 투표에 의해 결정됨을 의미합니다. 예를 들어, 코스모스 허브는 MEV를 허브의 재무부나 스테이커에게 리디렉션하기 위해 스킵의 빌더 SDK를 채택하는 것을 논의하고 있습니다. 이 거버넌스를 통한 조정은 MEV의 사용이 커뮤니티에 의해 합법적인 것으로 간주되도록 보장합니다. 이는 MEV를 유해한 부산물에서 할당될 수 있는 공공 자원(보안, 사용자, 개발자 등)으로 바꿉니다. 요약하면, 스킵은 검증인 집단과 사용자/커뮤니티가 혜택을 받도록 인센티브를 재구성하는 반면, 기회주의적인 MEV 수취자는 시스템에 편입되거나(입찰자로서) 설계에서 제외됩니다. 이론적으로 모두가 더 나은 상황에 처하게 됩니다. 사용자는 MEV에 덜 가치를 잃고, 검증인은 여전히 보상을 받으며(경매 덕분에 총액이 더 많아질 수도 있음), 네트워크 전체는 MEV를 사용하여 자체를 강화할 수 있습니다(재정적으로 또는 더 공정한 경험을 통해). 유일한 패자는 가치를 반환하지 않고 제로섬 추출로 번성했던 사람들입니다.

• 규제 준수 및 규제 호환성: 스킵의 프레임워크는 체인 거버넌스를 강화함으로써, 체인이 원할 경우 규제 준수나 특정 정책을 보장하기 쉽게 만듭니다. 스킵은 프로토콜 수준에서 작동하기 때문에, 체인은 규정을 준수하기 위해 특정 트랜잭션 필터링이나 순서 지정 규칙을 시행하도록 선택할 수 있습니다. 예를 들어, 체인이 제재된 주소를 차단하고 싶다면, 스킵 모듈에 블랙리스트에 오른 주소를 포함하는 블록을 무효화하는 AnteHandler 또는 AuctionDecorator 규칙을 통합할 수 있습니다. 이는 검열이 개별 검증인의 오프체인 선택인 이더리움보다 논쟁의 여지가 있지만, 코스모스에서는 스킵을 통해 체인 전체의 규칙이 될 수 있습니다(많은 사람들에게는 탈중앙화 이상에 반하는 논란의 여지가 있을 수 있음). 또는, 체인은 어떤 법에 의해 의무화된 경우 "FIAT 온램프 트랜잭션이 다른 트랜잭션보다 먼저 나타나야 한다"와 같은 것을 시행할 수 있습니다. 스킵 툴킷에는 사전 설정된 규제 준수 규칙이 없지만, 커뮤니티가 (거버넌스를 통해) 강제해야 할 경우 이를 구현할 만큼 유연합니다. 반면에, 스킵은 검열 저항성을 강화할 수 있습니다. MEV 수익을 분배하고 동등한 접근을 제공함으로써, 이익을 위해 검열할 수 있는 단일 검증인의 이점을 줄입니다. 또한, 임계값 암호화 멤풀(오스모시스가 추가하는 것과 같은)이 스킵과 함께 표준이 되면, 트랜잭션 내용을 숨겨 검열을 더 어렵게 만들 것입니다(아노마와 같이). 스킵은 중립적인 인프라입니다. 거버넌스에 따라 규제를 준수하거나 저항하는 데 사용될 수 있습니다. 코스모스 체인은 종종 관할권에 따라 다르기 때문에(테라 커뮤니티는 한국 법을, 카바는 미국 법을 걱정할 수 있음), 규제 준수를 구성할 수 있는 옵션이 있는 것은 가치가 있습니다. 예를 들어, 허가된 코스모스 체인(기관 체인 등)은 여전히 스킵의 빌더 모듈을 사용할 수 있지만, 규정에 맞춰 화이트리스트에 오른 주소만 경매에 입찰할 수 있도록 요구할 수 있습니다. 규제 호환성은 투명성에 관한 것이기도 합니다. 스킵의 온체인 경매는 MEV 트랜잭션과 누가 무엇을 지불했는지에 대한 공개 기록을 생성합니다. 이는 실제로 공정성에 대한 일부 규제 우려를 만족시킬 수 있습니다(모두가 입찰할 기회가 있었고 감사 가능함). 이는 검증인에게 이면 지불하는 것보다 더 투명합니다. 또한, MEV를 온체인에서 포착함으로써, 스킵은 규제 당국이 불투명성 때문에 두려워하는 오프체인 카르텔이나 다크 풀의 가능성을 줄입니다. 예를 들어, 스킵이 없으면 검증인들은 서처와 사적인 거래를 할 수 있습니다(릴레이 검열 문제에서 볼 수 있듯이). 스킵을 사용하면, 우선순위를 얻기 위해 공식 경매(개방적이고 기록됨)를 사용해야 한다는 기대가 있습니다. 이는 모든 봇에게 동등하게 접근 가능한 개방 시장을 조성하며, 이는 논쟁의 여지가 있지만 더 공정하고 담합에 덜 취약합니다(담합은 가능하지만 거버넌스 감독이 존재함). 또 다른 규제 준수 각도는, 스킵이 가치 포착을 다루기 때문에, MEV 수익이 커뮤니티 풀이나 재무부로 가면, 그것이 수수료인지, 과세 대상인지 등에 대한 질문을 제기할 수 있다는 것입니다. 그러나 이는 트랜잭션 수수료가 처리되는 방식과 유사하므로 법적으로 근본적으로 새로운 것은 없습니다. 코스모스에서는 체인 커뮤니티가 해당 기금을 어떻게 사용할지(소각, 분배 등) 결정할 수 있으며, 필요한 경우 법적 지침에 맞춰 조정할 수 있습니다(예를 들어, 세금 문제를 유발할 경우 재단에 보내는 것을 피하고 대신 소각할 수 있음). 검열 저항성 측면에서 흥미로운 점은, 블록 유효성 규칙을 시행함으로써 스킵은 규칙을 위반할 경우 검증인이 특정 트랜잭션을 검열하는 것을 방지한다는 것입니다. 예를 들어, 체인에 "최소 하나의 오라클 업데이트를 포함해야 한다"는 규칙이 있다면, 검열하는 검증인은 모든 오라클 트랜잭션(특정 출처에서 올 수 있음)을 생략할 수 없습니다. 왜냐하면 그들의 블록이 무효가 되기 때문입니다. 따라서, 아이러니하게도, 스킵 규칙은 허용되지 않는 트랜잭션을 강제로 제외하는 데 사용될 수 있는 것처럼 중요한 트랜잭션의 포함을 강제할 수 있습니다(반-검열). 그것은 모두 커뮤니티가 설정하는 것에 달려 있습니다. 중립성: 스킵의 기본 입장은 체인이 "부정적인 MEV로부터 사용자를 보호하고 사용자 경험을 개선"하도록 지원하는 것이며, 이는 중립성과 사용자 친화성을 의미합니다. 결정을 내리는 중앙 스킵 네트워크는 없습니다. 각 체인은 주권을 가집니다. 스킵이라는 회사는 조언하거나 기본값(권장 경매 형식 등)을 제공할 수 있지만, 궁극적으로 체인의 토큰 보유자가 결정합니다. MEV 정책을 각 체인의 거버넌스에 탈중앙화하는 것은 규제 다양성과 더 호환된다고 볼 수 있습니다. 예를 들어, 미국 기반 체인은 법적 압력을 받으면 다른 체인에 영향을 주지 않고 OFAC 규제를 구현할 수 있습니다. 이는 여러 체인에 걸쳐 하나의 릴레이가 검열하는 것이 아니라, 체인별 선택입니다. 규제 당국의 관점에서, 스킵은 추가적인 불법 활동을 도입하지 않고, 단지 트랜잭션이 정렬되는 방식을 재구성할 뿐입니다. 오히려 변동성을 줄이고(가스 전쟁 감소) 더 예측 가능한 실행을 만들어 긍정적일 수 있습니다. 요약하면, 스킵의 아키텍처는 커뮤니티가 우선시할 경우 최대의 검열 저항성을 위한 옵션을 보존하면서 규제 준수 요구에 매우 적응 가능합니다. 이는 MEV를 공개적으로 유지하고 집단적 통제 하에 두어, 블록체인 생태계를 악의적인 행위자와 규제 단속 모두에 대해 더 견고하게 만들 가능성이 높습니다. 왜냐하면 자치 거버넌스가 최악의 남용을 사전에 해결할 수 있기 때문입니다.

• 기술 아키텍처 & 구현: 스킵 프로토콜은 코스모스 SDK 스택에 긴밀하게 통합되어 있습니다. 핵심 제공물은 모듈 세트(예: x/builder)와 블록버스터 멤풀 구현과 같은 수정 사항입니다. 코스모스 체인은 제안을 준비하고 처리하기 위한 ABCI 훅을 제공하는 합의(텐더민트/코멧BFT)를 실행합니다. 스킵은 블록 제안과 최종화 사이에 코드를 실행할 수 있는 ABCI++ 확장을 활용합니다. 이것이 순서 지정을 강제하는 방법입니다. PrepareProposal은 제안을 브로드캐스팅하기 전에 레인 규칙에 따라 블록 트랜잭션을 재정렬할 수 있고, 수신 검증인의 ProcessProposal은 순서 지정 및 상태 유효성이 기대치와 일치하는지 확인할 수 있습니다. 이것은 현대적인 기능(코스모스 SDK v0.47+)이며, 스킵의 POB는 최신 SDK 버전과 호환됩니다. 내부적으로, 스킵의 모듈은 경매를 위한 데이터 구조(예: 블록 상단 입찰의 온체인 주문서)를 유지합니다. 또한 우선순위 트랜잭션 유형을 사용할 가능성이 높습니다. README는 특별한 MsgAuctionBid와 이를 처리하기 위한 맞춤형 로직을 보여줍니다. 따라서 서처는 일반 코스모스 트랜잭션을 통해 이러한 메시지를 보내 상호 작용하며, 모듈은 이를 가로채서 적절하게 배치합니다. 빌더 모듈의 AnteHandler(AuctionDecorator)는 블록 조립 단계에서 경매 입찰을 소비하고 승자를 결정할 수 있습니다. 암호학적으로, 스킵은 본질적으로 새로운 암호학적 요구 사항을 추가하지 않습니다(체인이 선택하는 것, 예를 들어 멤풀에 대한 임계값 암호화는 별개임). 규칙을 강제하고 담합하여 깨뜨리지 않기 위해 2/3 이상의 검증인의 정직성에 의존합니다. 과반수가 담합하면 기술적으로 거버넌스를 통해 규칙을 변경하거나 무시하여 새로운 사실상의 규칙으로 만들 수 있습니다. 그러나 이는 모든 체인 로직에 해당되는 경우입니다. 스킵의 설계는 단일 검증인이 소규모로 속이는 것을 기계적으로 불가능하게 만들려고 합니다. 예를 들어, 순서 지정을 벗어나려는 모든 시도는 객관적이기 때문에 다른 사람들에게 발각될 것입니다. 따라서 단일 제안자에 대한 신뢰를 줄입니다. 성능 측면에서, 경매 실행 및 추가 검사는 오버헤드를 추가합니다. 그러나 코스모스 블록은 비교적 작고 블록 간 시간은 종종 몇 초이므로 대부분의 경우 이러한 작업에 충분합니다. 시뮬레이션(실패 및 순서 지정 제약 조건이 없는지 확인하기 위해 트랜잭션을 사전 실행)이 가장 무거운 부분일 수 있지만, 검증인들은 이미 정상적으로 블록 실행을 수행하므로 이와 유사합니다. 다중 레인의 존재는 멤풀 분리를 의미합니다. 예를 들어, 트랜잭션은 어떤 레인을 대상으로 하는지(경매 vs 무료 vs 기본) 지정해야 할 수 있습니다. 스킵 블록버스터 설계는 실제로 lanes/auction, lanes/free 등과 같은 별도의 레인을 가졌으며, 이는 별도의 멤풀 큐일 가능성이 높습니다. 이는 예를 들어, 무료 트랜잭션이 경매 트랜잭션을 지연시키거나 방해하지 않도록 보장합니다. 이는 스케줄링에서 여러 우선순위 클래스를 갖는 것과 약간 비슷합니다. 또 다른 측면은 보안 및 부정 행위입니다. 제안자가 경매를 조작하려고 시도하면(예: 자신의 트랜잭션을 포함하지만 규칙을 따랐다고 주장), 다른 검증인들은 블록을 거부할 것입니다. 그러면 코스모스 합의는 다음 제안자로 이동하여 이전 제안자를 이중 서명이나 누락(시나리오에 따라 다름)으로 슬래싱할 가능성이 높습니다. 따라서 체인 보안 모델이 이를 처리하며, 기존 합의 외에 스킵에 의한 특별한 슬래싱은 필요하지 않습니다. 스킵을 확장하여 악의적인 순서 지정에 대해 슬래싱할 수도 있지만, 블록이 단순히 실패하면 불필요할 것입니다. 개발 및 툴링: 스킵의 코드는 오픈 소스화되었습니다(초기에는 skip-mev/pob에 있었고 안정적인 릴리스 후 새 저장소로 이동했을 가능성이 높음). 그들은 파트너 체인과 함께 테스트넷과 반복을 거쳤습니다. 로드맵에서는 오스모시스 제안 341(2022년 가을 통과)이 프로토레브와 스킵과의 경매를 통합하기 위해 2023년 초에 전달되었습니다. 테라의 아스트로포트는 2023년에 스킵과 MEV 공유를 통합했습니다. 코스모스 허브는 허브에 유사한 기능을 제공할 스킵의 "블록 SDK"를 평가하고 있습니다. 또 다른 흥미로운 분야는 인터체인 스케줄러를 통한 크로스체인 MEV입니다. 코스모스 허브 커뮤니티는 많은 체인의 MEV가 허브에서 거래될 수 있는 인터체인 MEV 경매를 탐색하고 있으며, 스킵은 이러한 논의에 참여하고 있습니다(제로캡 연구는 IBC의 계획된 인터체인 스케줄러를 언급). 스킵의 기술은 이미 단일 체인에서 경매를 수행하고 있기 때문에 이러한 크로스체인 경매의 백본 역할을 할 수 있습니다. 이는 코스모스 내에서 스킵의 도움을 받아 SUAVE의 크로스-도메인 목표와 유사할 것입니다. 주요 업데이트에 관해서는, 스킵은 2022년 중반경에 출시되었습니다. 2023년 중반까지 SDK v0.47+용 안정적인 POB 릴리스를 가졌습니다(많은 체인이 업그레이드 중). 그들은 또한 시드 펀딩을 유치하여 활발한 개발을 나타냈습니다. 코스모스의 또 다른 경쟁자인 메카텍은 유사한 기능을 제공합니다. 이는 아마도 스킵의 로드맵을 앞서 나가기 위해 가속화했을 것입니다. 스킵은 비공개 트랜잭션 레인(포함될 때까지 트랜잭션 숨기기) 및 더 복잡한 유효성 규칙과 같은 기능을 계속해서 개선하고 있습니다. 모듈식이므로, dYdX(주문서가 있을 것임)와 같은 체인은 온체인 주문 매칭의 공정성을 보장하기 위해 스킵을 사용할 수 있으므로, 스킵의 도구는 다른 앱 로직에 적응할 수 있습니다. 기술적으로, 스킵의 솔루션은 전체 새로운 체인을 구축하는 것보다 간단합니다. 기존 체인의 기능을 업그레이드하는 것입니다. 이 점진적이고 옵트인 방식은 상당히 빠른 채택을 가능하게 했습니다. 예를 들어, 오스모시스에서 경매를 활성화하는 데 새로운 합의 알고리즘이 필요하지 않았고, 단지 모듈을 추가하고 검증인들이 업데이트된 소프트웨어를 실행하도록 조정하는 것만으로 충분했습니다(유익하고 거버넌스에 의해 통과되었기 때문에 그렇게 했습니다). 요약하면, 스킵의 아키텍처는 각 체인의 노드 소프트웨어에 내장되어 멤풀과 블록 제안 파이프라인을 맞춤화합니다. 이는 공정한 순서 지정을 위한 실용적인 엔지니어링 접근 방식입니다. 이미 있는 것(텐더민트 BFT)을 사용하고, 이를 안내하는 로직을 추가합니다. 무거운 작업(차익거래 찾기 등)은 체인 자체 모듈에 의해 수행될 수도 있습니다(프로토레브는 오스모시스의 내장 Wasm 및 Rust 코드를 사용하여 풀을 스캔). 따라서 많은 MEV 처리가 온체인으로 이동합니다. 이 온체인 접근 방식은 효율성과 보안을 위해 신중하게 코딩되어야 하지만, 커뮤니티의 감시 하에 있습니다. 어떤 규칙이 문제가 되면(너무 엄격하거나 등), 거버넌스가 조정할 수 있습니다. 따라서 기술적으로나 사회적으로, 스킵은 MEV를 거친 서부가 아닌 최적화되고 관리되어야 할 체인의 또 다른 매개변수로 바꿉니다. 이것은 코스모스의 유연성에 의해 가능해진 독특한 입장입니다.

SUAVE, 아노마, 스킵, 플래시봇 v2 비교 분석​

이 네 가지 프로토콜은 각자의 생태계와 설계 철학에 맞춰 MEV와 공정한 순서 지정 문제를 다른 각도에서 접근합니다. 플래시봇 v2는 이더리움의 현재 아키텍처를 위한 점진적이고 실용적인 솔루션입니다. MEV 경매를 수용하지만 그 영향을 민주화하고 완화하려고 노력합니다(오프체인 조정, SGX 프라이버시, 공유 메커니즘을 통해). SUAVE는 총 가치와 사용자 혜택을 극대화하는 체인 간 MEV 플랫폼을 만들기 위한 플래시봇의 미래 지향적인 계획입니다. 본질적으로 경매 모델을 탈중앙화되고 프라이버시를 보존하는 글로벌 네트워크로 확장하는 것입니다. 아노마는 트랜잭션이 공식화되고 실행되는 방식을 처음부터 재구상하여, 의도, 솔버 매개 매칭, 합의에서의 암호학적 공정성을 사용하여 불공정한 순서 지정의 근본 원인을 제거하는 것을 목표로 합니다. 스킵은 주권 체인 접근 방식으로, 구성 가능한 규칙과 경매를 통해 코스모스에서 특히 체인별로 프로토콜 수준에서 공정성과 MEV 포착을 통합합니다.

각각 장단점이 있습니다:

• 공정성 및 순서 지정 보장: 아노마는 가장 강력한 이론적 공정성(설계상 선행매매 없음, 암호화된 배치)을 제공하지만, 아직 입증되지 않은 새로운 패러다임과 복잡한 기술이 필요합니다. 스킵은 기존 체인에서 구체적인 공정성 규칙을 강제할 수 있지만(선행매매 방지 또는 레인 내 선입선출 강제), 각 커뮤니티가 시행하기로 선택한 것에 의해 제한됩니다. SUAVE와 플래시봇 v2는 접근성 측면에서 공정성을 개선하지만(비밀 거래 대신 공개 경매, 공개 멤풀 스나이핑으로부터 보호), 결정적인 MEV 전략이 실행되는 것을 본질적으로 막지는 못합니다. 단지 사용자에게 비용을 지불하게 하거나 중립적으로 수행되도록 할 뿐입니다.
• MEV 재분배: SUAVE와 플래시봇은 명시적으로 MEV를 사용자/검증인에게 "돌려주는" 것을 목표로 합니다. SUAVE는 사용자 입찰/환불을 통해, 플래시봇은 빌더 경쟁과 환불을 통해 이를 수행합니다. 스킵은 MEV를 사용자(구성된 대로, 예: 아스트로포트의 경우)나 커뮤니티 기금으로 보낼 수 있습니다. 아노마는 애초에 추출을 피하는 것이 목표이므로 명시적인 재분배를 피합니다. 이상적으로는 사용자가 공정한 가격을 얻는 것이며, 이는 MEV에 가치를 잃지 않는 것과 같습니다.
• 범위 (단일 vs 다중 도메인): 플래시봇 v2와 스킵은 자체 도메인(각각 이더리움과 개별 코스모스 체인)에 초점을 맞춥니다. SUAVE는 본질적으로 다중 도메인입니다. 크로스체인 MEV를 주요 동기로 봅니다. 아노마도 결국 다중 체인 의도를 고려하지만, 초기 단계에서는 한 번에 하나의 프랙탈 인스턴스 내에 있다가 어댑터를 통해 브리징할 수 있습니다. SUAVE의 크로스체인 경매는 다른 것들이 쉽게 할 수 없는 차익거래와 조정을 가능하게 할 수 있습니다(코스모스에서 스킵의 도움을 받는 인터체인 스케줄러는 예외일 수 있음).
• 복잡성 및 채택: 플래시봇 v2는 채택하기 비교적 쉬웠고(클라이언트 사이드카) 빠르게 이더리움 블록의 대다수를 차지했습니다. 스킵도 기존 기술을 활용하며 코스모스에서 간단한 거버넌스 제안으로 채택되고 있습니다. SUAVE와 아노마는 더 혁명적입니다. 새로운 네트워크나 주요 변경이 필요합니다. SUAVE의 과제는 많은 체인과 사용자가 새로운 레이어에 옵트인하도록 하는 것이고, 아노마의 과제는 새로운 생태계를 만들고 개발자들이 의도 중심 모델로 구축하도록 설득하는 것입니다.
• 규제 준수 및 중립성: 네 가지 모두 투명성에서 개선을 제공합니다. 플래시봇 v2/SUAVE는 어두운 숲 요소를 제거하지만 검열 문제를 관리해야 했습니다. SUAVE는 명시적으로 그러한 중앙 지점을 피하기 위해 구축되고 있습니다. 아노마는 기본적으로 프라이버시를 제공하여 사용자를 최대한 보호하지만(암호화된 활동으로 인해 규제 당국을 우려하게 할 수 있음), 스킵의 모델은 각 체인에 규제 준수 절충안을 마련할 자율성을 부여합니다. 규제 당국이 "MEV 경매 금지"나 "프라이버시 금지"를 요구한다면, 플래시봇을 사용하는 이더리움은 갈등에 직면할 수 있지만, 스킵을 사용하는 코스모스 체인은 단순히 해당 기능을 구현하지 않거나 조정할 수 있습니다. 중립성 측면에서, SUAVE와 아노마는 신뢰할 수 있는 중립성(모두가 동등한 조건으로 하나의 시스템에 접근, 둘 다 본질적으로 공공재 네트워크)을 목표로 합니다. 플래시봇 v2는 공개 접근을 제공하여 중립적이지만, 빌더 시장에 일부 중앙화가 존재합니다(빌더넷 노력으로 완화됨). 스킵의 중립성은 거버넌스에 따라 다릅니다. 이상적으로는 MEV가 단일 내부자에게 유리하지 않도록 하지만, 잘못 구성하면 중립성을 해칠 수 있습니다(거버넌스 합의가 필요하므로 가능성은 낮음).
• 기술 아키텍처 차이점: 플래시봇 v2와 SUAVE는 체인 위에 계층화된 오프체인 마켓플레이스입니다. 전문적인 역할(빌더, 릴레이, 실행자)을 도입하고 하드웨어나 암호학을 사용하여 보안을 유지합니다. 아노마와 스킵은 합의 또는 상태 머신에 직접 통합됩니다. 아노마는 트랜잭션 수명 주기와 합의 자체를 변경합니다(임계값 암호화 및 통합 의도 포함). 스킵은 ABCI++를 통해 텐더민트의 합의에 연결되지만 근본적인 알고리즘을 변경하지는 않습니다. 애플리케이션 계층 조정입니다. 이 차이는 SUAVE/플래시봇이 이론적으로 각 체인이 업그레이드하지 않고도 많은 체인에 서비스를 제공할 수 있는 반면(병렬로 실행), 아노마/스킵은 각 체인이나 인스턴스가 새로운 소프트웨어를 사용해야 함을 의미합니다. SUAVE는 다소 중간입니다. 별도의 체인이지만 효과적으로 사용하려면 다른 체인이 약간의 조정이 필요합니다(SUAVE가 구축한 블록을 수락하거나 SUAVE로 출력). 암호학적 정교함은 아노마에서 가장 높고(ZK, MPC, 임계값 암호화 모두 하나로), SUAVE에서는 중간(임계값 암호화 및 SGX, 브리징을 위한 일반 암호화), 플래시봇 v2(SGX, 표준 서명)와 스킵(주로 표준 서명, 체인이 사용하는 것(예: 임계값 복호화)에 따라 다름)에서는 상대적으로 낮습니다.
• 개발 단계: 플래시봇 v2는 이더리움에서 생산 중입니다(2022년 9월 이후). 스킵은 여러 코스모스 체인에서 생산 중입니다(2022-2023년 이후). SUAVE는 테스트넷/개발넷 단계에 있으며 일부가 출시되고 있습니다(일부 경매 기능 테스트 중, 테스트넷 톨리만 라이브). 아노마도 테스트넷 단계에 있습니다(비전 페이퍼, 나마다 메인넷과 같은 부분적 구현, 2023년 중반에 초대 코드가 필요한 아노마 테스트넷 가능성). 따라서 실제 데이터 측면에서, 플래시봇 v2와 스킵은 결과를 입증했습니다(예: 플래시봇 v2는 검증인에게 수백만 달러를 제공하고 높은 MEV 기간 동안 평균 가스 가격을 낮췄으며, 스킵의 프로토레브는 오스모시스 커뮤니티에 상당한 자금을 만들고 임계값 암호화가 시작되면서 많은 샌드위치 공격을 방지했습니다). SUAVE와 아노마는 유망하지만 운영 및 경제적으로 자신을 증명해야 합니다.

이러한 비교를 구체화하기 위해 아래 표는 각 프로토콜의 주요 측면을 나란히 요약합니다:

각 솔루션은 다른 계층에서 MEV 문제를 목표로 합니다. 플래시봇 v2는 L1 합의 주변에서 작동하고, SUAVE는 새로운 L1.5 레이어를 제안하며, 아노마는 L1 자체를 재설계하고, 스킵은 모듈식 L1 맞춤화를 활용합니다. 실제로 이러한 접근 방식은 상호 배타적이지 않으며 서로를 보완할 수도 있습니다(예를 들어, 코스모스 체인은 내부적으로 스킵을 사용하고 크로스체인 MEV를 위해 SUAVE에 의도를 보낼 수도 있고, 이더리움은 빌더 시장에 플래시봇을 계속 사용하면서 미래에 아노마와 같은 순서 공정성을 구현할 수도 있습니다). 표는 그들의 비교 속성을 보여줍니다: 플래시봇 v2는 이미 이더리움에서 개선을 제공하고 있지만 여전히 MEV를 추출합니다(단지 더 공평하고 효율적으로); SUAVE는 모든 사람이 하나의 네트워크를 통해 협력하는 최대 시너지 결과를 목표로 합니다. 그 성공은 광범위한 채택과 약속된 프라이버시 및 탈중앙화의 기술적 전달에 달려 있습니다; 아노마는 트랜잭션 작동 방식을 완전히 변경하여 가장 강력한 MEV 억제를 제공할 수 있지만, 새로운 생태계를 부트스트랩하고 복잡한 프로토콜을 증명해야 하는 가파른 도전에 직면해 있습니다; 스킵은 코스모스를 위한 실용적인 균형을 이루어, 커뮤니티가 자체적으로 MEV와 공정성을 적극적으로 관리할 수 있게 합니다. 아노마보다 덜 급진적이지만 플래시봇보다 더 내장되어 있으며, 이미 코스모스에서 가시적인 결과를 보여주고 있습니다.

결론 및 전망​

MEV 억제와 공정한 순서 지정은 여전히 “암호화폐의 밀레니엄 문제” 중 하나로 남아 있습니다. 분석된 네 가지 프로토콜 – 플래시봇 v2, SUAVE, 아노마, 스킵 – 은 기존 프레임워크의 즉각적인 완화책부터 트랜잭션 처리의 완전한 패러다임 전환에 이르기까지 다양한 솔루션을 대표합니다. 플래시봇 v2는 혼란을 줄이고 가치를 재분배하는 개방형 MEV 시장의 힘을 입증했지만, 탈중앙화를 통해 해결되고 있는 검열과 같은 절충안을 탐색해야 했습니다. 이는 점진적인 변경(PBS 경매 및 비공개 멤풀 등)이 단기적으로 MEV의 고통을 크게 줄일 수 있음을 보여줍니다. 플래시봇의 다음 단계인 SUAVE는 그 정신을 통합된 크로스체인 영역으로 이어갑니다. 성공한다면, 사용자가 거래로 생성된 MEV에 대해 일상적으로 보상을 받고 여러 네트워크에 걸친 블록 생산이 공정성을 위해 협력적이고 암호화되는 미래를 볼 수 있을 것입니다. 아노마는 더 근본적인 진화를 가리킵니다. 우선순위 트랜잭션 개념을 제거하고 의도 매칭 시스템으로 대체함으로써, 전체 MEV 클래스를 제거하고 더 표현력 있는 금융 dApp을 잠금 해제할 수 있습니다. 합의 계층에서의 공정한 순서 지정(임계값 암호화 및 일괄 경매를 통해)은 블록체인 자체가 오프체인 추가 기능뿐만 아니라 공정성 보증을 제공할 수 있는 방법을 엿볼 수 있게 합니다. 한편, 스킵 프로토콜은 다중 체인 맥락에서 중간 지점을 예시합니다. 개별 체인에 MEV 수익과 사용자 보호의 균형을 맞추는 방법을 결정할 권한을 부여합니다. 코스모스에서의 초기 채택은 MEV의 많은 악영향이 오늘날 신중한 프로토콜 엔지니어링과 커뮤니티 동의로 해결될 수 있음을 보여줍니다.

앞으로 아이디어의 상호 교류를 기대할 수 있습니다. 이더리움 연구자들은 L1 또는 L2 솔루션에 잠재적으로 포함될 수 있는 순서-공정 합의와 임계값 암호화(아노마 및 오스모의 암호화된 멤풀과 같은 프로젝트에서 영감을 받음)를 연구하고 있습니다. 플래시봇의 SUAVE는 체인에 구애받지 않으려 하므로 코스모스 체인(아마도 스킵을 통해)과 인터페이스할 수 있습니다. 아노마의 의도 개념은 전통적인 플랫폼에서도 애플리케이션 설계에 영향을 미칠 수 있습니다(예: 이더리움의 CoW 스왑은 이미 솔버 모델을 사용하며, "아노마와 유사한" dApp으로 볼 수 있음). 스킵의 성공은 다른 생태계(폴카닷, 솔라나 등)가 유사한 인-프로토콜 MEV 제어를 채택하도록 장려할 수 있습니다. 핵심 주제는 경제적 조정입니다. 이 모든 프로토콜은 네트워크를 보호하는 사람들의 인센티브를 사용자의 복지와 일치시키려고 노력하여, 사용자를 착취하는 것이 수익성이 없거나 불가능하도록 합니다. 이는 블록체인 생태계의 장기적인 건강과 중앙화를 피하기 위해 중요합니다.

요약하면, SUAVE, 아노마, 스킵, 플래시봇 v2는 각각 공정한 순서 지정과 MEV 완화를 향한 퍼즐 조각을 기여합니다. 플래시봇 v2는 다른 사람들이 모방하는 MEV 경매의 템플릿을 설정했고, 스킵은 온체인 집행이 실행 가능함을 입증했으며, 아노마는 트랜잭션 모델을 재구축하여 가능한 것의 상상력을 확장했고, SUAVE는 지난 몇 년간의 이득을 통합하고 탈중앙화하려고 합니다. 궁극적인 해결책은 모든 요소, 즉 프라이버시를 보존하는 글로벌 경매, 의도 중심 사용자 인터페이스, 체인 수준의 공정성 규칙, 협력적 블록 빌딩을 포함할 수 있습니다. 2025년 현재, MEV로 인한 불공정성에 대한 싸움은 잘 진행되고 있습니다. 이 프로토콜들은 MEV를 어두운 필연성에서 관리되고 심지어 생산적인 암호화폐 경제의 일부로 바꾸고 있으며, *“가장 탈중앙화된 인프라로 사용자에게 최상의 실행”*이라는 이상에 한 걸음 더 다가가고 있습니다.