Solana 창립자가 Alpenglow가 Devnet에 출시된 것에 대한 반응을 보였습니다.

목차
- 요약
- Alpenglow가 Solana의 검증자 투표 방식을 어떻게 변경하는가
요약
- 솔라나 공동 창립자 아나톨리 야코벤코는 개발자들이 두 개의 공용 네트워크 환경에서 합의 알고리즘 업그레이드를 테스트함에 따라 알펜글로우의 개발자 네트워크 활성화를 강조했습니다.
- Alpenglow는 TowerBFT를 Votor로 대체하여 검증자 투표를 오프체인으로 옮기고 Solana에서 약 150밀리초의 거래 확정성을 목표로 합니다.
- 기존 애플리케이션은 스마트 계약 구조를 유지하며, Anza는 Alpenglow의 메인넷 활성화 날짜를 발표하기 전에 네트워크 안정성을 모니터링합니다.
솔라나 공동 창립자 아나톨리 야코벤코는 개발자 네트워크에서 알펜글로우가 활성화된 것을 언급하며, 이는 네트워크의 합의 알고리즘 업그레이드 계획을 시험하는 또 다른 사례라고 지적했습니다. 그는 이번 출시에 대해 “당신들은 아직 준비가 안 됐다”라고 반응했습니다.
Anza에 따르면 , 엔지니어들은 테스트넷에서 성공적인 전환을 거쳐 개발넷에서도 Alpenglow를 활성화했습니다. 이번 업그레이드를 통해 TowerBFT가 Votor로 대체되면서 검증자들이 블록에 대해 합의하고 거래가 최종 확정되었음을 확인하는 방식이 변경되었습니다.
이러한 변화는 거래 확정 대기 시간을 크게 줄일 수 있습니다. 현재 솔라나는 거래 확정에 약 12.8초가 걸리는 반면, 알펜글로우는 약 150밀리초를 목표로 하고 있습니다. 하지만 이러한 빠른 속도는 새로운 프로토콜의 목표일 뿐, 메인넷에서 이미 달성된 속도는 아닙니다.
Anza는 1167번째 에포크에서 개발자 네트워크(devnet) 기능을 활성화했으며, 새로운 합의 프로세스가 시작되기 전까지 카운트다운을 진행했습니다. 별도의 테스트넷 활성화를 통해 개발자는 서로 다른 조건에서 동작을 검토할 수 있는 두 개의 공개 환경을 확보하게 되었습니다.
Alpenglow가 Solana의 검증자 투표 방식을 어떻게 변경하는가
TowerBFT 방식에서 검증자들은 블록에 대한 합의를 도출하기 위해 노력하는 과정에서 온체인에 투표를 진행합니다. Votor는 이러한 조정 과정을 오프체인으로 옮기고 검증자들의 응답을 하나의 간결한 암호화 인증서로 통합합니다.
결과적으로, 이러한 변화는 투표에 사용되는 블록 공간을 줄여 사용자 트랜잭션을 위한 더 많은 용량을 확보할 수 있게 해줍니다. 또한 노드 운영자의 투표 처리 관련 비용을 낮추는 데에도 도움이 될 수 있습니다.
Alpenglow는 Solana의 가상 머신이나 스마트 계약의 구조를 변경하지 않습니다 . 따라서 개발자는 핵심 프로그램을 다시 작성하지 않고도 기존 애플리케이션이 더 빠른 최종성에 어떻게 반응하는지 테스트할 수 있습니다.
이 프로토콜은 검증자 참여도에 따라 여러 가지 최종 확정 경로를 제공합니다. 더 빠른 경로는 충분한 지분을 보유한 검증자들이 신속하게 응답할 경우 약 100밀리초를 목표로 합니다. 합의에 추가 단계가 필요한 경우, 대체 경로는 약 150밀리초를 목표로 합니다.
또한, 알펜글로우는 두 가지 유형의 장애를 동시에 처리하도록 설계된 모델을 사용합니다. 이 모델은 지분의 최대 20%가 악의적인 행위를 하고 또 다른 20%가 오프라인 상태가 되더라도 계속 운영될 수 있도록 설계되었습니다.
결제나 게임과 같은 애플리케이션의 경우, 결과 확정 속도가 빠를수록 사용자가 확정된 결과를 받는 데 걸리는 시간을 줄일 수 있습니다. 하지만 개발자들은 공개 테스트 단계에서 애플리케이션 성능과 네트워크 안정성을 확인해야 합니다.
야코벤코의 발언은 솔라나가 제안한 변경 사항의 규모에 주목하게 했으며, 개발자 네트워크 출시를 통해 테스트가 진행되었습니다. 안자는 알펜글로우가 메인넷에 언제 출시될지 발표하지 않았는데, 메인넷에 출시되면 해당 속도 목표가 일반 거래에 영향을 미칠 것입니다.
댓글 0
첫 댓글을 남겨보세요.