솔라나 V1 트랜잭션이 테스트넷에 도달하여 다단계 작업을 하나로 통합하는 것을 목표로 합니다.

9 월 1 일, Anza 는 솔라나 테스트넷에서 트랜잭션 V1 을 시작하여 9 월 9 일 출시 전 최종 리허설을 가능하게 했습니다.

이 변경은 Solana Compass가 밝힌 바와 같이, 초기에는 여러 트랜잭션으로 분산되어야 했던 암호화 및 DeFi 워크로드를 이제 단일 원자성 트랜잭션에서 처리할 수 있도록 의도된 것입니다.

이전에는 분산되었던 작업이 이제 하나의 호출로 처리됩니다.

가장 눈에 띄는 변경 사항은 공간 증가입니다. 솔라나 직렬화 트랜잭션의 최대 크기가 1,232 바이트에서 4,096 바이트로 증가했으며, 이는 3.3 배 증가한 것으로 테스트넷 에포크 1025 에서 적용되었습니다.

Solana 재단의 대규모 트랜잭션 업데이트 전용 웹사이트에 따르면, 이러한 대규모 트랜잭션 크기는 기존에는 단일 트랜잭션 내에서 구현이 불가능했던 영지식 증명(zero-knowledge proofs), 대규모 멀티서명 트랜잭션, 그리고 다양한 서명 방식을 구현할 수 있게 할 것입니다.

결과적으로 처리해야 할 트랜잭션 수가 줄어들고 서명 비용도 절감되며, 체인 확인 대기 시간이 필요 없어집니다. BLS 서명 방식, 기밀 트랜잭션 및 멀티시그 설정도 이 업그레이드의 혜택을 받게 됩니다.

개선을 위해 두 가지 주요 제안이 필수적입니다. SIMD-0296은 트랜잭션 크기를 1,232바이트에서 4,096바이트로 늘리고, SIMD-0385은 V1 메시지 형식을 정의하며 트랜잭션 구성을 메시지 자체로 이동시킵니다.

업그레이드가 활성화된 지 하루도 채 되지 않아 Anza의 CEO 브레넌 왓트가 X(구 트위터)에 "주의: 대규모 트랜잭션이 테스트넷에 도달했습니다."라는 메시지와 함께 테스트넷 탐색기에서의 대규모 트랜잭션을 언급하는 게시물을 올렸습니다.

왜 단일 트랜잭션이 번들보다 우수한가

원자성의 중요성은 때때로 개발자들이 Jito 번들을 통해 Solana의 이전 크기 제한을 우회했기 때문입니다. 실제로 SIMD-0296은 이 우회 방법을 설명하고 있으며, 프로토콜 수준에서 원자성이 결여된 번들은 단일 네이티브 트랜잭션과 유사한 문제를 가진다고 언급합니다.

Jito의 문서에 따르면, 번들은 순차적으로 처리되는 최대 5개의 트랜잭션을 포함할 수 있으며, 이는 모두 성공하거나 모두 실패하는 방식 (all-or-nothing) 으로 실행됩니다. 그러나 번들은 Jito의 블록 엔진 내에서 운영되며 검증자 팁을 두고 경쟁합니다. 반면 V1 트랜잭션은 단일 네이티브 솔라나 트랜잭션을 의미하며, 솔라나의 트랜잭션 수준 원자성 보장을 제공합니다.

DeFi 개발자에게 이는 스왑 경로, 증명 및 기타 다단계 트랜잭션 구축을 단순화하는 데 도움이 됩니다. 연산이 V1 트랜잭션으로 완전히 커버되는 경우, 여러 트랜잭션 번들에 의존하지 않고 단일 네이티브 트랜잭션으로 성공하거나 반환됩니다.

추가 바이트 이상의 DeFi 혜택

V1 modifies the transaction structure as well. Whereas Legacy and V0 processes priority fees and resource requests using ComputeBudget instructions, SIMD-0385 takes these configurations into V1’s transaction configurations, thereby simplifying the job for the validators in the process of identifying resource needs without actively searching through the instructions list.

V1은 V0에서 계정 주소 길이를 단축하기 위해 사용되던 주소 조회 테이블(ALT)도 제거합니다. 재단의 V1의 ALT 트레이드오프 분석에 따르면, V1은 대신 주소 배치를 인라인으로 수행합니다. 이는 V0의 무거운 계정 애플리케이션 방식보다 검증자의 입력을 용이하게 만듭니다. V0 방식은 변환 시 더 많은 바이트를 소모합니다.

라우터 및 DEX 애그리게이터에게 실질적인 이점은 이제 더 복잡한 원자적 경로를 수용할 여지가 생겼다는 것입니다. 그러나 이러한 개선에는 한계가 따릅니다. 솔라나의 최대 64개 계정이라는 용량은 여전히 변함없으므로, 계정을 많이 사용하는 애플리케이션은 바이트 제한 문제가 해결되더라도 여전히 이 한계에 직면할 수 있습니다.

이번 업그레이드는 솔라나가 온체인 금융으로 도약함에 따라 도입되고 있습니다. 갤럭시가 제공한 2026년 2분기 솔라나 보고서는 스테이블코인, 토큰화된 주식 및 실물 자산의 활동 증가를 보여줍니다.

갤럭시에 따르면, 향후 솔라나의 잠재력은 발행이나 거래뿐만 아니라 대출, 담보화, 마진 및 수익 창출에서 자산을 활용할 수 있는 능력에 크게 달려 있을 것입니다. DeFiLlama의 솔라나 데이터에 따르면 해당 플랫폼은 강력한 DeFi 생태계를 갖추고 있는 것으로 보입니다.

Moreover, the timing of the upgrade matches the Agave 4.2 upgrade phase. Informatively, Cryptopolitan stated that the plan for gradual implementation of cost reduction was expected to lead to savings of about 90%, along with decrease of time needed for processing from 500 to 200 milliseconds, leading to benefits for stablecoin issuers, wallet providers and payment systems.

RPC 운영자는 업데이트를 위해 1 주일의 시간이 주어집니다.

V1은 선택형이므로 기존 레거시 및 V0 트랜잭션은 계속 작동합니다. 문제는 V1 트래픽을 처리하는 인프라가 준비되었는지 여부입니다.

Anza는 RPC 공급자에게 Agave v4.2.2 또는 v4.3.0-beta.3 로 이전할 것을 의무화했습니다. Helius Agave 4.2 마이그레이션 체크리스트 또한 V1 준수를 명시하지 않은 RPC 소비자는 V1 트랜잭션을 사용할 때 getBlock 와 같은 호출 실패를 경험할 수 있다고 강조합니다.

프로세스는 8 월 24 일 V1의 로컬 테스트로 시작되었으며, 그 직후인 8 월 29 일에 메인넷 날짜가 9 월 9 일로 확정되었습니다. V1은 9 월 1 일 에포크 1025 에서 테스트넷에 활성화되었으며, 메인넷에서는 9 월 9 일에 예정대로 활성화됩니다.

이번 최신 테스트넷 실행은 메인넷 출시 전 RPC 제공업체, 인덱서, 지갑, SDK 및 분석 플랫폼을 위한 마지막 준비 단계입니다.