블록 공간 1억 CU·거래 크기 4096바이트 확대 추진
프랑크푸르트 라우팅 장애에도 솔라나 네트워크 중단 없어
핵심 요약
- Solana Foundation은 2026년 8월 13일 테스트넷 슬롯 시간을 300ms에서 250ms로 줄이는 기능 게이트를 공개했다.
- Solana는 2026년 8월 13일 블록당 한도를 6000만 CU에서 1억 CU로, 거래 크기를 1232바이트에서 4096바이트로 확대하는 변화에 맞춰 계정 참조 한도 확대안을 제시했다.
- Terraswitch의 2026년 8월 12일 프랑크푸르트 라우팅 장애는 약 33.33%인 합의 임계치를 무너뜨리지 않아 Solana 네트워크 중단으로 이어지지 않았다.
Solana Foundation은 2026년 8월 13일 공개한 개발자 변경 내역에서 테스트넷 슬롯 시간을 300ms에서 250ms로, 테스트넷과 데브넷에서는 350ms에서 300ms로 줄이는 기능 게이트와 클라이언트·SDK 업데이트 현황을 밝혔다. 블록당 연산 단위(CU) 한도를 6000만 CU에서 1억 CU로, 거래 크기를 1232바이트에서 4096바이트로 늘리는 프로토콜 변화에 맞춰 거래가 한 번에 참조할 수 있는 계정 수도 확대하는 방안이 제안됐다.
새 버전에는 Agave v4.2.0과 v4.3 출시 일정, Firedancer 테스트넷 v26.08.0과 메인넷 1.1.4, Frankendancer 메인넷 v0.1105.40200이 포함됐다. Subscriptions Program·Typescript SDK·Rust SDK는 각각 v0.5.0, Token ACL Program은 v0.3.0, Mollusk는 v0.15.0을 내놨다.
계정 참조 한도 확대안은 늘어난 블록 공간과 거래 크기를 활용해 하나의 거래가 더 많은 계정을 읽고 쓰도록 하는 내용이다. Solana Foundation은 이를 통해 더 복잡한 애플리케이션을 구현할 수 있다고 설명했다.
Agave는 전역 프로그램 캐시 규모를 512개에서 1024개 프로그램으로 늘리고, 은행에 프로그램이 배포된 최신 슬롯을 기준으로 캐시를 무효화하며, 내장 프로그램 처리 방식을 개선하고 있다. 메모리 사용량과 오류 가능성이 큰 프로그램 캐시에 더 많은 프로그램을 올리면서 재로딩 횟수를 줄이려는 조치다.
Agave는 RocksDB 연동에서 재사용할 수 있는 pinnable slice를 반복 생성·제거하지 않도록 바꾼다. 다른 검증자가 공유한 데이터를 오류 정정 방식으로 복원하는 Repair 서비스가 Blockstore와 RocksDB의 기초 데이터를 더 효율적으로 이용하도록 하기 위한 작업이다.
Alpenglow 투표가 몰릴 때 검증자의 확인 능력이 과부하될 수 있는 보안·성능 문제에 대응해 BLS 투표 검증도 병렬화한다. 장기적으로 4KB 거래 크기 제한을 완화할 가능성에 대비해 거래 크기에 따라 처리 우선순위를 정하는 방안도 검토 중이다.
은행 단계에서는 거래 정제, 계정 잠금, 블록해시 유효성 확인 등의 검사를 여러 작업자가 병렬로 수행하도록 작업 대기열을 구성한다. 스냅샷 간격은 100슬롯에서 200슬롯으로 조정하며, 슬롯 시간이 400ms에서 200ms로 감소한 데 맞춰 스냅샷이 포괄하는 슬롯 범위를 늘린다는 설명이다.
Firedancer는 서비스가 작동하거나 유휴 상태로 대기할 때 연산 시간과 메모리, 메모리 읽기·쓰기 사용량을 절감하는 작업을 진행한다. 인스턴스 구동 시 약 300GB에 이르는 메모리 사용량 가운데 상당 부분이 서비스를 활성 상태로 유지하는 데 쓰이는 만큼, 작동 여부에 따라 자원을 배분할 계획이다.
Mithril은 검증자 노드가 투표하지 않을 때 shred를 받아 다음 수신 피어를 찾고 전송하는 Retransmit 서비스를 구현하고 있다. 모든 검증자가 Turbine 트리에 참여해야 한다는 Solana 검증자 요건을 충족하기 위한 기능이다.
클라이언트 부문에서는 Web3.js가 Memo 프로그램 클래스를 지원할 예정이다. Memo 프로그램은 명령을 호출해 거래에 로그를 표시할 수 있게 한다. Kit은 Solana 기본 요소의 상태를 관리하는 React 훅 지원을 계획하고 있으며, 서명과 전송을 분리해 부분 서명이나 지연 전송 같은 방식을 쓸 수 있도록 유연성을 높이고 있다. Solana Go에서는 명령 데이터, 계정 주소, 거래 API 등에 쓰이는 base58 인코딩과 디코딩 최적화가 진행됐다.
프로그램 프레임워크 Anchor는 Instructions Sysvar 계정을 사용할 수 없게 만든 문제를 해결했다. Instructions Sysvar는 한 명령이 같은 거래 안의 다른 명령 데이터나 결과를 자체 실행의 입력·계산에 활용하는 명령 검사 기능 등을 지원한다.
테스트 프레임워크 LiteSVM은 새로운 거래 형식과 더 큰 거래 크기를 포함하는 Transactions V1 지원을 준비하고 있다. 기능이 활성화되기 전에 개발자가 프로그램의 작동 결과를 시험할 수 있도록 하는 작업이다.
한편 2026년 8월 12일 04시 01분(UTC) Terraswitch의 라우팅 문제로 여러 Solana 검증자가 호스팅된 프랑크푸르트 지역이 영향을 받았다. Solana Foundation에 따르면 영향을 받은 검증자 지분이 약 33.33%인 합의 임계치를 무너뜨릴 정도에 이르지 않아 네트워크 중단은 발생하지 않았다. 재단은 다른 지역과 제공업체 이용을 다변화해 온 작업의 결과라고 설명했다.
커뮤니티에서는 Solana 오픈소스 프로젝트 저장소, v2 출시를 앞둔 Anchor Community Call, MoneyGram 램프 연동 지침, 거래 수명주기 시각화와 슬롯 시간이 200ms로 줄어들 때의 적시 투표 크레디트 감소 시뮬레이션 등이 공유됐다. 이 밖에 Jupiter의 6월 변경 내역, propAMM 인프라, 산술 실험 프로젝트 svm-math, 오픈소스로 공개된 tokens.xyz와 Jetstreamer 거래 백필 서비스 개요도 소개됐다.
