Kaia v2.2 미리보기 — 2026년 이더리움 호환성 작업 (v2.2.0, 1월 말 테스트넷 목표)

[sean.lin]

TL;DR
Kaia v2.2는 2026년 초에 예정된 호환성/인프라 중심 업그레이드입니다. 핵심은 아래 3가지입니다.

1. Blob 트랜잭션(EIP-4844) 기반의 데이터 가용성(DA) 토대,
2. **secp256r1 프리컴파일(EIP-7951)**로 패스키(WebAuthn) 기반 UX/스마트 계정 패턴의 기반 마련,
3. eth_config + ModExp 가스 정렬 등 운영/툴링 파리티 개선.

원문 글: https://blog.kaia.io/kaia-v2-2-overview-kr/

릴리스 일정

• 테스트넷: 2026년 1월 말 목표
• 메인넷: 2026년 2월 말 목표

v2.2에서 들어가는 것

1) 데이터 가용성 기반 (BlobTx / EIP-4844)

• 데이터 집약적 아키텍처(예: L2/롤업 스타일)에서 필요한 기반을 마련하기 위해 BlobTx 지원이 포함됩니다.
• 사이드카 처리/서빙은 개요에 나온 것처럼 JSON-RPC 경로 중심으로 설명됩니다(Beacon API 프레임워크를 그대로 쓰는 구조는 아님).

2) 지갑 UX/AA 기반 (패스키 방향성)

• secp256r1 프리컴파일을 통해 패스키(WebAuthn) 기반 온보딩/스마트 계정 패턴에서 필요한 검증을 더 효율적으로 다룰 수 있게 됩니다.

3) 운영/툴링 파리티 (포크 코디네이션)

• eth_config 도입으로 하드포크 파라미터/상태 확인이 더 표준화됩니다.
• ModExp 가스 정렬 및 기타 EVM 파리티 항목이 포함됩니다.

v2.2 범위 밖

• v2.2는 호환성/인프라 릴리스로, 컨센서스 변경은 포함되지 않습니다.
• 퍼미션리스 밸리데이터 전환 같은 큰 구조 변화도 v2.2 범위는 아닙니다.

질문 남겨주세요

v2.2 준비/검토 중이면 댓글에 아래만 적어주셔도 좋아요:

• 어떤 유형의 빌더인지 (앱/지갑/인프라/롤업·툴링)
• 어떤 지점이 걱정되는지 (RPC/서명·계정 모델/Blob 경로/포크 운영)
• “이게 없으면 곤란하다” 싶은 호환성 갭

공통 질문은 모아서 스레드에서 정리해드릴게요.

[sean.lin]

상황 예시: v2.2를 기준으로 지갑/앱/인프라 중 어디부터 준비해야 할지(블롭, 패스키, 툴링 파리티) 우선순위를 잡고, 테스트넷에서 먼저 검증하고 싶은 경우를 가정해볼 수 있어요.

체크 포인트:

• BlobTx(블롭) 쪽은 “트랜잭션 + RPC 경로”에 새 배관이 추가된다고 생각하시는 게 좋아요. 특히 사이드카 서빙은 Beacon API가 아니라 JSON-RPC 경로라는 점을 전제로 설계하세요.
• 패스키(WebAuthn) 방향성은 secp256r1 검증 경로가 열리면서, 서명/계정 UX(온보딩, 복구, 스마트 계정 패턴)의 가정이 어디서 바뀌는지부터 먼저 매핑해보는 게 디버깅이 빠릅니다.
• 툴링 파리티/운영은 eth_config 기반으로 포크 체크를 어떻게 표준화할지 미리 정해두는 게 좋아요(인프라 운영팀이면 특히 “막판 대응”이 제일 위험합니다).

(아티클 기준) 테스트넷: 2026년 1월 말 목표 / 메인넷: 2026년 2월 말 목표이고, v2.2는 컨센서스 변경 없이 호환성/인프라 범위로 정리되어 있습니다.

원문: Kaia v2.2 미리보기
댓글로 빌더 유형(앱/지갑/인프라/롤업·툴링) + 관심 영역(블롭/패스키/포크 운영) + 막히는 지점을 남겨주시면, 스레드에서 케이스별로 정리해드릴게요.