Solana의 12.8초 파이널리티가 150ms로 단축된다. 단 한 슬롯 만에

2026년 10월 21일 수요일, 솔라나가 출범 이후 쓰던 합의 엔진을 교체합니다. 교체가 성공하면 트랜잭션이 되돌릴 수 없는 상태가 되기까지 걸리는 시간이 약 12.8초에서 약 150밀리초로 줄어듭니다. Anza는 이번 작업을 "슬롯 한 번에 끝나는 마이그레이션을 위해 18개월을 쏟아부었다"고 표현했습니다 .

Alpenglow 는 솔라나의 무엇을 바꾸고, 언제 적용될까요?

Alpenglow(SIMD-0326)는 솔라나의 새 합의 프로토콜입니다. 2020년 3월 메인넷 출시 이후 쓰여 온 TowerBFT를 대체합니다. 적용 시점은 2026년 10월 21일 수요일, 메인넷 베타의 에포크 1064입니다. 솔라나 재단은 이 에포크가 약 15:00 UTC에 시작한다고 밝혔습니다 . Anza의 공지에는 시각이 "~14:50 UTC"로 적혀 있습니다 . 목표는 트랜잭션을 더는 되돌릴 수 없게 되는 시점인 파이널리티를 약 12.8초에서 약 150ms로 단축하는 것입니다 (source: Solana Foundation, 2026-10).

핵심 요약: Alpenglow는 2026년 10월 21일 에포크 1064(약 15:00 UTC)에 솔라나의 TowerBFT 합의를 대체합니다. 파이널리티를 약 12.8초에서 약 150ms로, 대략 85배 줄이는 것이 목표입니다. 처리량이 85배로 늘어나는 것은 아닙니다. 수수료, 트랜잭션 형식, SVM은 그대로이므로 SOL 보유자가 따로 할 일은 없습니다.

이 대표 수치는 맥락을 알고 봐야 합니다. 85배 개선은 파이널리티에만 해당하며, 88BB Trading Labs의 해설도 이 점을 분명히 짚습니다. 솔라나가 초당 85배 많은 트랜잭션을 처리하게 되는 것은 아닙니다 (video: 88BB Trading Labs). 150ms 역시 설계상의 목표치입니다. 실제 메인넷 성능은 활성화 이후에야 측정할 수 있습니다.

검증자들은 이 변경을 훨씬 앞서 승인했습니다. SIMD-0326은 2025년 9월 투표 참여 검증자의 98.27% 찬성으로 통과했습니다 . 이는 Decrypt의 보도입니다. Anza에 따르면 메인넷에 앞서 대규모 테스트 마이그레이션 9회와 보안 연구원 115명의 검토를 거쳤습니다. 테스트넷은 9월 24일, 데브넷은 9월 25일에 전환을 마쳤습니다 (source: Anza, 2026-09).

10월 21일에 적용되는 내용은 다음과 같습니다.

• Votor (포함): 새 투표 프로토콜입니다. 검증자는 투표를 온체인 트랜잭션으로 올리지 않고 서로 직접 주고받으며, 이 투표들은 인증서로 합쳐집니다.
• Rotor (미포함): 블록을 네트워크 전체로 퍼뜨리는 Turbine을 대체할 예정인 구성 요소입니다. 출시일은 발표되지 않았습니다 .
• 변경 없음: 트랜잭션 형식, 수수료, 솔라나 가상 머신(SVM)은 그대로입니다. 사용자와 SOL 보유자가 따로 할 일은 없습니다 (source: Solana Foundation, 2026-10).

그래도 트레이더가 챙길 점이 몇 가지 있습니다. 적용 당일에는 사용자 트랜잭션이 없는 짧은 구간이 생깁니다. Firedancer 클라이언트를 쓰는 검증자는 전환 전에 Agave 기반 클라이언트로 옮겨야 합니다. 투표가 블록에서 빠지면 실제 활동량은 같아도 트랜잭션 수 대시보드에는 큰 폭의 감소로 나타납니다. 아래 섹션에서 각 항목과 SOL 포지션에 주는 의미를 차례로 설명합니다.

Votor는 어떻게 한 번의 투표 라운드로 파이널리티에 도달할까?

Votor는 Alpenglow의 새로운 투표 프로토콜입니다. 검증자들이 서로에게 투표를 직접 보내고 이를 인증서(certificate)로 묶기 때문에, 투표가 더 이상 트랜잭션으로 온체인에 올라가지 않습니다. 블록이 스테이크의 80%를 모으면 한 번의 투표 라운드만으로 최종 확정됩니다. 60%에서 80% 사이를 모으면 두 번째 라운드를 거쳐 60% 기준선에서 확정됩니다 . 이 변화로 파이널리티는 약 12.8초에서 목표치인 약 150밀리초로 줄어듭니다 (source: Solana Foundation, 2026-10).

가장 큰 변화는 투표가 이루어지는 위치입니다. TowerBFT에서는 검증자의 투표 하나하나가 블록 공간을 차지하는 트랜잭션이었습니다. Solana Foundation에 따르면 Votor는 이 교환 과정을 원장 밖으로 옮깁니다. 인증서는 충분한 스테이크가 한 블록에 동의했음을 보여 주는 간결한 증명입니다 . 빠른 경로와 느린 경로는 동시에 진행되며, 먼저 끝나는 쪽이 파이널리티를 결정합니다 . 네트워크가 정상일 때는 80% 빠른 경로가 대부분의 블록을 처리할 것으로 보입니다. 60% 느린 경로는 일부 검증자가 느리거나 연결되지 않을 때도 블록이 계속 확정되도록 해 줍니다.

이번 업그레이드는 네트워크의 복원력도 높입니다. Agave 검증자 클라이언트를 만드는 팀인 Anza는 Alpenglow가 스테이크의 최대 40%가 동시에 장애를 일으켜도(악의적 행동 20%에 오프라인 20%) 계속 작동할 수 있다고 설명합니다. TowerBFT의 한계는 33% 미만이었습니다 . 검증자들은 2025년 9월 이 설계(SIMD-0326)를 찬성률 98.27%로 승인했습니다 .

트레이더에게 실질적인 결과는 이제 "confirmed"와 "finalized"가 같은 의미가 된다는 점입니다 (source: Solana Foundation, 2026-10). 거래소, 브리지, 청산 엔진은 빠르지만 되돌려질 수 있는 확인과 느리지만 최종적인 확인 중에서 더는 고를 필요가 없습니다. Anza는 이 전환이 얼마나 간결한지 이렇게 요약했습니다.

"18개월의 작업이 단 하나의 슬롯에서 일어나는 마이그레이션을 위한 것입니다." — Anza, Agave 클라이언트 개발사 (source: Solana Compass)

이번 릴리스가 모든 것을 다루는 것은 아닙니다. Alpenglow에는 두 번째 구성 요소인 Rotor가 있으며, 블록을 네트워크 전체에 퍼뜨리는 계층에서 Turbine을 대체할 예정입니다. Rotor는 10월 21일 활성화에 포함되지 않으며 발표된 일정도 없습니다 . 당분간 블록 전파 방식은 그대로입니다. 바뀌는 것은 합의와 파이널리티 계층뿐입니다. 파이널리티는 처리량과는 별개의 지표이기도 해서, 파이널리티 시간이 약 85배 줄어든다고 해서 솔라나가 트랜잭션을 85배 더 처리하게 된다는 뜻은 아닙니다 (video: 88BB Trading Labs).

10월 21일 전환 당일, 분 단위로 무슨 일이 일어날까?

10월 21일 Alpenglow 전환은 여러 단계에 걸쳐 진행됩니다. 마이그레이션 기능 게이트는 에포크 1064가 시작되는 UTC 기준 약 15:00에 켜집니다. 이후 약 5,000개 슬롯 동안은 TowerBFT가 계속 블록을 생성하고, 에포크 시작 약 18분 뒤인 슬롯 459,653,000에서 합의 권한이 Alpenglow로 넘어갑니다 . Anza는 마이그레이션 명세에서 "Nothing migrates immediately"(즉시 전환되는 것은 없다)라고 분명히 밝히고 있습니다 .

트레이더에게 이 지연 구간에서 가장 중요한 부분은 전환 직전의 시간대입니다. 에포크 경계부터 Alpenglow가 넘겨받을 때까지는 블록에 검증자 투표만 담기고 사용자 트랜잭션은 담기지 않습니다. 즉 약 17~18분 동안은 스왑, 송금, 청산이 온체인에서 처리되지 않습니다. Solana Compass에 따르면, 전환을 마무리하려면 스테이크 82%를 보유한 검증자들이 서명한 "제네시스 인증서(genesis certificate)"가 필요합니다 .

표의 시간 범위는 Solana Compass 자료를 따랐습니다 . 슬롯 시간은 변동이 있으므로 시각은 추정치로 보시고, 기준점은 슬롯 번호로 삼으세요.

"18 months of work for a migration that happens in one slot," — Anza, developer of the Agave validator client (source: Solana Compass)

이처럼 짧은 구간으로도 전환이 가능하다는 가장 큰 근거는 Anza의 테스트 이력입니다. Anza에 따르면 Alpenglow는 다음 과정을 거쳤습니다.

• 대규모 테스트 마이그레이션 9회 성공
• 노드 1,500개 규모 시뮬레이션
• 보안 연구원 115명의 검토, 25,000 SOL 이상의 버그 바운티 지원
• 9월 24일 테스트넷, 9월 25일 데브넷 전환 완료

다만 이 테스트 중에는 메인넷 트래픽이나 메인넷의 전체 검증자 집합이 반영된 사례가 없습니다. 실질적으로는 UTC 14:50 전에 거래소나 프로토콜의 공지를 확인해 두시는 것이 좋습니다. 전환이 확인될 때까지 SOL 및 SPL 토큰의 입출금을 중단하거나 지연하는 곳이 있을 수 있습니다. 해당 시간대에는 시간에 민감한 송금이나 청산 기준이 빠듯한 포지션을 열어 두지 않는 편이 안전합니다.

기본 시나리오: 전환은 순조로울까, 검증자는 무엇을 해야 할까?

기본 시나리오는 투표 전용 구간이 잠깐 있을 뿐 깔끔하게 마이그레이션이 끝나는 경우입니다. 가장 가능성이 높은 결과이기도 합니다. Alpenglow는 대규모 테스트 마이그레이션 9회, 노드 1,500개 규모의 시뮬레이션, 보안 연구원 115명의 검토를 통과했기 때문입니다 . 이 시나리오의 핵심 위험은 프로토콜 설계가 아닙니다. 전환 시점에 지원되는 클라이언트를 돌리는 검증자가 충분한지가 관건입니다.

클라이언트 요건은 엄격합니다. Solana Foundation에 따르면 "Firedancer와 Frankendancer는 마이그레이션 중 지원되지 않습니다." 검증자는 Agave 4.3.0 기반의 Agave 계열 클라이언트(Agave, Jito-Solana, Harmonic Salsa)를 실행해야 합니다 . 일부 보도는 Alpenglow를 Firedancer 출시의 일부처럼 설명했습니다(video: 88BB Trading Labs). 이 설명은 오해를 부릅니다. Firedancer 계열 클라이언트는 마이그레이션 경로 밖에 있으며, 운영자는 활성화 전에 Agave 기반 소프트웨어로 바꿔야 합니다.

영향을 받는 검증자 수도 무시하기 어려운 수준입니다. 10월 13일 Solana Compass는 상위 검증자 500곳 가운데 스테이크의 약 15.8%가 Firedancer 계열 클라이언트에 있다고 집계했습니다 . 내역은 다음과 같습니다.

• HarmonicFiredancer: 스테이크의 7.1%
• Firedancer: 6.8%
• FireBAM: 1.6%
• Frankendancer: 0.3%

Alpenglow는 스테이크 82%가 서명한 제네시스 인증서가 있어야 시작할 수 있기 때문에 이 수치가 중요합니다 . 15.8% 대부분이 아직 전환하지 않았고 일부 Agave 검증자까지 오프라인이거나 설정이 잘못됐다고 가정해 보겠습니다. 그러면 82%를 넘는 여유가 얇아지고, 투표 전용 구간이 계획보다 길어질 수 있습니다. 기본 시나리오에서는 이들 운영자 대부분이 10월 21일 전에 전환하고, 문턱을 무리 없이 넘깁니다.

검증자에게는 새로 계획해야 할 비용도 생깁니다. 검증자 입장권(Validator Admission Ticket, VAT)은 에포크마다 부과되어 소각되는 0.8 SOL의 수수료입니다. 지금 검증자가 투표 트랜잭션 수수료로 에포크당 쓰는 약 1 SOL을 대체합니다 . 각 투표 계정에는 이를 낼 수 있도록 최소 0.8 SOL이 있어야 합니다 . 투표 계정 잔고가 이보다 적은 검증자는 참여할 수 없습니다.

장기적으로는 경제성이 소규모 운영자에게 유리합니다. Solana Compass의 한 추정에 따르면 검증자 손익분기 스테이크가 약 4,850 SOL에서 약 450 SOL로 낮아집니다 . 실측값이 아니라 전망입니다. 이대로라면 독립 검증자가 더 많이 수익을 내며 운영할 수 있습니다. 기본 시나리오에서는 이것이 몇 달에 걸쳐 서서히 탈중앙화를 뒷받침할 뿐, 활성화 당일 SOL 가격을 움직이지는 않습니다.

강세 시나리오: 거의 즉각적인 파이널리티가 SOL에 가져올 변화는?

SOL의 강세 시나리오는 파이널리티가 빨라지면 솔라나에서 가치를 옮기는 모든 주체의 정산 시간이 줄어든다는 것입니다. 거래소, 차익거래 데스크, 렌딩 프로토콜, 브리지가 여기에 해당합니다. 목표는 약 12.8초에서 약 150밀리초로 단축하는 것입니다 . 이는 지켜봐야 할 가설일 뿐 가격 상승을 약속하는 것은 아닙니다. 150ms라는 수치는 10월 21일 이후 메인넷에서만 측정할 수 있습니다.

개선되는 것은 파이널리티 시간뿐입니다. 솔라나의 처리량이 같은 배율로 늘어나는 것은 아닙니다 (영상: 88BB Trading Labs). 따라서 상승 여력은 지금 시장의 얼마만큼이 파이널리티를 기다리고 있는지, 그리고 그 대기가 사라진 뒤 시장의 행동이 바뀌는지에 달려 있습니다.

Solana Foundation과 Decrypt에 따르면 Alpenglow가 적용되면 "confirmed"와 "finalized"가 같은 상태가 됩니다 . 이로 인해 몇 가지 경로가 열릴 수 있습니다.

• 거래소 입금 반영 속도 향상. 거래소는 SOL과 SPL 입금에 필요한 컨펌 수를 자체적으로 정합니다. 파이널리티가 1초도 걸리지 않게 되어 거래소들이 이 기준을 낮춘다면, 자금이 체인과 오더북 사이를 더 빠르게 오갈 수 있습니다. 아직 이런 변경을 발표한 거래소는 없으므로, 이것이 가장 분명한 관전 포인트입니다.
• 차익거래와 청산의 효율 개선. 파이널리티가 거의 즉각적이면 트레이더가 거래 사이에 짊어지는 미정산 리스크가 줄어듭니다. 원리상 차익거래가 가격 차이를 더 빨리 좁히고, 렌딩 프로토콜은 부실 포지션을 더 적은 슬리피지로 정리할 수 있습니다.
• 크로스체인 브리지 정산. 다른 체인에서 자금을 내주기 전에 출발 체인의 파이널리티를 기다리는 브리지는, 솔라나에서 출발하는 전송의 대기 시간을 줄일 수 있습니다.
• 검증자 참여 확대. 새로 도입되는 Validator Admission Ticket은 에포크마다 0.8 SOL을 소각합니다. 기존에 투표 트랜잭션 수수료로 에포크당 약 1 SOL이 들던 구조를 대체합니다 . 앞서 다룬 낮아진 손익분기 추정치와 합쳐 보면, 운영 비용이 저렴해지는 점은 장기적인 탈중앙화 논거를 뒷받침합니다.

복원력도 강세 논거에 힘을 보탭니다. Anza는 Alpenglow가 스테이크의 최대 40%가 동시에 장애를 일으켜도 견딜 수 있다고 밝혔습니다. 악의적 참여자 20%와 오프라인 20%입니다. TowerBFT의 한계는 33% 미만이었습니다 . 솔라나가 믿을 만한 정산 계층인지 따져 보는 기관에게는 이런 장애 허용 범위의 변화가 구체적인 평가 근거가 됩니다.

이번 업그레이드를 둘러싼 이야기에도 지속력이 있습니다. Incrypted는 Alpenglow를 솔라나 역사상 최대 규모의 메인넷 업그레이드로 소개합니다 . 폭넓은 지지도 받았습니다. SIMD-0326은 2025년 9월 검증자 98.27%의 찬성으로 통과했습니다 . 덕분에 프로젝트는 10월 21일 이후에도 성능을 이야기할 명분이 생기며, Turbine의 후속으로 계획된 Rotor의 일정이 나중에 공개되면 더욱 그렇습니다.

강세 시나리오는 실제 사용이 뒤따라야만 성립합니다. 거래소의 입금 정책, 활성화 이후 실측된 파이널리티 시간, 이후 몇 주간의 디파이 청산과 차익거래 활동, 이 세 가지를 지켜보세요. 이 지표들이 움직이지 않는다면 강세 시나리오는 근본적인 변화가 아니라 하나의 서사로 남을 뿐입니다.

약세 시나리오: Alpenglow가 '재료 소멸 후 매도' 이벤트가 될 수 있는 이유

약세 시나리오의 핵심은 Alpenglow가 이미 가격에 반영됐을 수 있고, 10월 21일에는 보상보다 단기 리스크가 더 클 수 있다는 점입니다. 전환 과정이 지연될 수 있습니다. 대시보드에는 실제와 다르게 활동이 급감한 것처럼 표시될 것입니다. 더 빠른 파이널리티도 메인넷에서 실제로 측정되기 전까지는 목표치일 뿐입니다. 업그레이드가 설계대로 작동하더라도 이 요인들은 각각 SOL 가격을 짓누를 수 있습니다. 언론은 이번 업그레이드를 솔라나 역사상 가장 큰 메인넷 업그레이드라고 불렀습니다 (source: Incrypted, 2026-10). 이렇게 관심이 쏠린 이벤트는 행사가 지나면 트레이더들이 차익을 실현하는 경우가 많습니다.

첫 번째 리스크는 전환 시점의 라이브니스(liveness)입니다. Alpenglow는 스테이크의 82%가 제네시스 인증서에 서명해야 시작할 수 있습니다 . 10월 13일 기준, 상위 500개 밸리데이터 스테이크의 약 15.8%가 여전히 Firedancer 계열 클라이언트를 구동하고 있었으며, 이 클라이언트는 마이그레이션 중에는 지원되지 않습니다 (source: Solana Compass, 2026-10). 이 밸리데이터 중 충분한 수가 전환하지 않으면 인증서 발급이 늦어지고, 사용자 트랜잭션이 없는 투표 전용 구간이 계획보다 길어질 수 있습니다.

두 번째 리스크는 숫자가 어떻게 보이느냐입니다. 현재 투표는 초당 약 3,060건으로 전체의 약 63%를 차지하며, 사용자 트랜잭션은 초당 약 1,780건입니다 . 투표가 더 이상 블록에 기록되지 않으므로, 실제 활동은 그대로인데도 원시 TPS 차트는 급격히 떨어질 것입니다 (source: Solana Foundation, 2026-10). 이 하락을 사용량 붕괴로 잘못 해석한 헤드라인이 나오면 일시적인 매도세가 나타날 수 있습니다.

세 번째 리스크는 데이터 인프라입니다. 작업 증명 기록(Proof of History) 틱이 제거됩니다. 또한 한 슬롯에 후보 블록이 둘 이상 들어갈 수 있어, 인덱서와 봇은 (slot, bank_id) 쌍을 추적해야 합니다 . 업데이트되지 않은 시스템에서는 단기적인 데이터 오류가 생겨 트레이딩 도구에 영향을 줄 수 있습니다.

마지막으로, 150ms는 아직 목표치일 뿐입니다. 솔라나 재단과 Decrypt는 이번 변화를 약 12.8초에서 약 150밀리초로 단축되는 것이라고 설명합니다 . 실제 메인넷 수치는 활성화 이후에야 알 수 있습니다. 이 개선은 처리량이 아니라 파이널리티에 해당합니다 (video: 88BB Trading Labs). 실측 결과가 기대에 못 미치거나 전환 과정에서 눈에 띄는 문제가 생기면, 내러티브는 쌓일 때보다 더 빨리 무너질 수 있습니다.

포트폴리오 관점: 10월 21일, 트레이더는 어떻게 대응할까?

트레이더에게 10월 21일은 매수·매도 신호가 아니라 짧게 지나가는 운영 리스크 구간입니다. 대략 UTC 14:50~15:30 사이에는 시간에 쫓기는 SOL 전송과 레버리지 포지션을 피하세요. 그 이후에는 출시 헤드라인이 아니라 실측 데이터로 Alpenglow를 판단해야 합니다. 활성화 전에 할 일은 이 구간에 노출되는 규모를 줄이는 것이고, 활성화 후에는 150ms 파이널리티 목표가 메인넷에서 지켜지는지 확인하는 것입니다.

사전 체크리스트:

• 거래소·프로토콜 공지를 확인하세요. 전환 중에는 거래소와 프로토콜이 SOL 및 SPL 토큰의 입출금을 중단하거나 지연시킬 수 있습니다. 정책은 곳마다 다르니 이용하는 곳을 하나씩 확인하세요.
• UTC 14:50~15:30 구간은 피하세요. Solana Compass에 따르면 에포크 경계는 UTC 약 14:55~15:10, 인계 완료는 UTC 약 15:10~15:30에 이뤄질 전망입니다 . 그 사이의 블록에는 사용자 트랜잭션이 담기지 않습니다.
• 중단을 공지한 거래소에는 SOL을 두지 마세요. 가격이 출렁일 때 옮길 수 없는 곳에 자금을 남겨 두면 안 됩니다.

포지션 크기: 인계 시점의 리스크와 장기적인 파이널리티 투자 논리를 견주어 보고, 어느 쪽 결과가 나와도 감당할 수 있는 크기로 포지션을 잡으세요. 깔끔한 전환에는 지분 82%가 서명한 제네시스 인증서가 필요합니다. 10월 13일 기준 상위 500개 밸리데이터 지분의 약 15.8%가 아직 Firedancer 계열 클라이언트를 쓰고 있으며, 이들은 활성화 전에 Agave 기반 클라이언트로 옮겨야 합니다 . 이 구간으로 들어가는 레버리지 포지션은 피하세요. 사용자 트랜잭션이 멈춘 상태에서 가격이 급변하면 증거금 거래에는 나쁜 조합입니다.

사후 관찰 목록:

• 실측 파이널리티: Solana Foundation이 제시한 150ms 목표와 실제 파이널리티 시간을 비교하세요 .
• 밸리데이터 클라이언트 구성: Firedancer 계열에서 빠져나갔던 지분이 해당 클라이언트가 다시 지원된 뒤 돌아오는지 확인하세요.
• 거래소 컨펌 수: 거래소가 SOL 입금에 요구하는 컨펌 횟수를 줄이는지 지켜보세요.
• 디파이와 브리지: 청산 엔진, 브리지, 인덱서를 살펴보세요. 이제 인덱서는 (slot, bank_id) 쌍을 추적해야 하므로, 업데이트가 미흡한 인프라에서는 일시적인 데이터 오류가 생길 수 있습니다.
• TPS 대시보드: 현재 투표 트랜잭션은 초당 약 3,060건으로 전체 트랜잭션의 약 63%입니다 . 투표가 블록에서 빠지면 실제 이용량이 그대로여도 원시 트랜잭션 수는 줄어듭니다. 이 감소를 사용자 이탈로 읽지 마세요.

리스크 고지: 10월 21일의 결과는 어느 것도 확실하지 않습니다. 이 글은 시장 분석이며 투자 조언이 아닙니다.

핵심 정리: 10월 21일 전에는 약 40분의 전환 구간에서 내 자산을 지키는 데 집중하세요. 그 이후 SOL 포지션을 바꾼다면 출시 헤드라인이 아니라 실측 파이널리티와 인프라의 실제 동작을 근거로 삼으세요.

자주 묻는 질문

Solana Alpenglow는 메인넷에서 정확히 언제 활성화되나요?

Alpenglow는 2026년 10월 21일 수요일에 Solana 메인넷 베타에서 활성화될 예정입니다. Solana Foundation은 시작 시점을 에포크 1064에 맞추고 있으며, 이 에포크는 UTC 기준 약 15:00에 시작합니다 . Anza는 시각을 UTC 기준 약 14:50으로 안내합니다 . 처음 약 5,000개 슬롯 동안은 TowerBFT가 계속 동작합니다. 새 합의 시스템으로의 전환은 에포크 시작 후 약 18분 뒤인 슬롯 459,653,000에서 이루어집니다 .

보유 중인 SOL에 대해 따로 해야 할 일이 있나요?

아니요. SOL 보유자와 일반 사용자는 Alpenglow를 위해 할 일이 없습니다. 트랜잭션 형식, 수수료, Solana Virtual Machine은 그대로 유지됩니다 . 실질적으로 해둘 일은 거래소나 지갑의 공지를 확인하는 것 하나입니다. 일부 서비스는 10월 21일 전환 시간대에 SOL 및 SPL 토큰의 입출금을 일시 중단하거나 지연시킬 수 있으니, 시간이 중요한 송금은 그 시간대를 피해서 계획하세요.

Alpenglow 이후 Solana가 정말 85배 빨라지나요?

파이널리티(finality)에 한해서만 그렇습니다. 파이널리티는 트랜잭션을 더 이상 되돌릴 수 없게 되는 시점을 뜻하며, Alpenglow는 이를 약 12.8초에서 약 150밀리초로 줄이는 것을 목표로 합니다 . 계산하면 약 85배 개선이지만, Solana의 처리량이 85배로 늘어나는 것은 아닙니다 (video: 88BB Trading Labs). 150ms는 설계상의 목표치이고, 실제 메인넷 성능은 활성화 이후에야 측정할 수 있습니다.

Alpenglow는 Firedancer와 함께 쓸 수 있나요?

전환 기간에는 불가능합니다. Solana Foundation에 따르면 전환이 진행되는 동안 Firedancer와 Frankendancer는 지원되지 않습니다. 검증인은 Agave 4.3.0 기반의 Agave 계열 클라이언트(Agave, Jito-Solana, Harmonic Salsa)를 실행해야 합니다 . Solana Compass에 따르면 10월 13일 기준 상위 500개 검증인 스테이크의 약 15.8%가 Firedancer 계열 클라이언트를 사용하고 있었습니다 . 이 검증인들은 업그레이드 전에 Agave 계열 클라이언트로 바꿔야 하며, 그러지 않으면 참여할 수 없습니다.

업그레이드 후 Solana의 TPS가 낮아 보이는 이유는 무엇인가요?

Alpenglow에서는 검증인 투표가 더 이상 블록에 들어가지 않기 때문에, 사용자 활동이 그대로여도 전체 트랜잭션 수는 줄어듭니다. 현재는 투표가 초당 약 3,060건으로 전체의 약 63%를 차지하며, 사용자 트랜잭션은 초당 약 1,780건입니다 . Alchemy와 Anza의 해설에 나오듯, Votor에서는 검증인들이 투표를 온체인에 올리는 대신 서로 직접 주고받습니다. TPS 대시보드를 볼 때는 사용자 트랜잭션만 확인하세요. 전체 TPS가 떨어졌다고 해서 사용량이 급감했다고 받아들이면 안 됩니다.