[인프라] Kaia v2.1.0 MEV 경매 시스템 (KIP-249) – Kairos 테스트넷

TL;DR
Kaia v2.1.0에서 **MEV 경매 시스템( BidTx 기반, KIP-249 )**이 도입되었고, 현재 Kairos 테스트넷에서 실험용으로 제공되고 있습니다. 목적은 “가스 전쟁” 대신, 블록마다 한 번의 비공개 입찰 경매로 MEV를 정리하는 것입니다.


무엇을 추가했나요?

  • 블록의 당첨 MEV 입찰을 담는 새로운 BidTx 타입

  • 서처들이 오프체인 경매 서버로 비공개 입찰을 보내고, 서버가 승자 BidTx를 제안자에게 전달할 수 있는 경매용 RPC 네임스페이스

  • MEV 서처 / 인프라 파트너가 Kairos에 자신들의 인프라를 연결해 볼 수 있는 통합 포인트

현재는 테스트넷 한정( Kairos ) 기능이며, 메인넷 적용 전 피드백을 받기 위한 단계입니다.


빌더에게 왜 중요한가요?

서처 & 인프라 운영자 입장

  • 무작위 가스 인상 대신, 문서화된 인터페이스(BidTx + 경매 RPC)를 통해 MEV에 참여할 수 있습니다.

  • 블록마다 하나의 당첨 번들만 포함되므로, 여러 스팸 트랜잭션이 경쟁하는 패턴을 줄이는 것을 목표로 합니다.

  • 이 구조를 기준으로 봇 / 서비스 로직을 설계하기가 훨씬 수월해집니다.

앱 개발자 입장

  • DEX 트레이드, 청산, 오라클 업데이트 등 MEV에 민감한 플로우에서 트랜잭션 순서와 지연(latency)을 보다 예측하기 쉬운 환경을 지향합니다.

  • 일반 사용자 트랜잭션과 MEV 경쟁을 분리함으로써, 갑작스러운 가스 급등 상황을 줄이는 데 도움이 될 수 있습니다.


전체 글: https://medium.com/kaiachain/혼돈에서-기회로-kaia-mev-슬롯-경매-기술-분석-d07e05e82c27

Kairos에서 서처 인프라, DEX, 인덱서 등을 운영하면서 MEV 경매 시스템을 테스트해 보고 싶으신 분들은, 사용 사례나 궁금한 점을 댓글로 남겨주시면 관련 문서와 가이드를 함께 공유드리겠습니다.

2 Likes

상황 예시: Kairos 테스트넷에서 리퀴데이션/아비트라지 봇을 돌리면서, 일반 멤풀 스팸 대신 새 MEV 경매 경로를 활용하고 싶은 경우를 가정해볼 수 있습니다.

체크해야 할 포인트:
– 지연에 민감한 번들은 경매어(auctioneer) 경로를 쓰고, 중요도가 낮은 작업은 기존 일반 트랜잭션 경로를 fallback 으로 두는 구조를 설계하세요.
– BidTx 를 보내서 번들이 실행될 때까지의 최악의 지연 시간을 가정하고 로직을 짜야 합니다. “즉시 포함된다”는 전제는 피하는 게 안전합니다.
– 번들이 경매에서 지거나, 예상과 다르게 재정렬(reorder)될 때 어떤 부분이 깨지는지 명확히 정의해 두는 것이 좋습니다.

현재 MEV 경매 시스템은 Kairos 테스트넷에서만 동작 중이며, 서처/빌더와 함께 계속 튜닝해 나갈 예정입니다.
자세한 내용은 여기에서 확인하실 수 있습니다: https://medium.com/kaiachain/혼돈에서-기회로-kaia-mev-슬롯-경매-기술-분석-d07e05e82c27

Kaia에서 MEV에 민감한 DeFi 프로토콜이나 서처 인프라를 고민 중이라면, 이 스레드에 질문을 남겨 주세요. 공통 패턴을 모아서 후속 글과 답변으로 정리하겠습니다.

1 Like