솔라나가 9월 18일(에폭 1037)부터 목표 슬롯 타임을 250밀리초로 단축해 4슬롯 리더 구간이 1초로 줄었다. 9월 20일 초기 샘플(60개의 1분 구간)에서는 슬롯당 약 266ms가 관측됐고 스킵률은 약 0.05%로 양호했다. 다만 슬롯 시간이 짧아지면서 슬롯당 컴퓨팅 한도(SIMD-0525 초안 기준 250ms에서 6250만, 200ms에서 5000만 컴퓨팅 유닛)도 함께 줄어들어 처리량이 자동으로 늘어나지는 않으며, 지리적으로 8000km 이상 떨어진 리더 간 전환은 최대 122ms의 지연이 발생해 200ms 목표 구간(800ms 리더 윈도우)의 61%를 차지한다. 8월 12일 테라스위치 라우팅 장애로 네트워크 스테이크의 28.83%가 약 33분간 연체 처리된 사례는 250ms 도입 전이었지만, 인프라 집중이 향후 더 촘촘한 핸드오프 구간에서 더 큰 위험이 될 수 있음을 시사한다. 200ms로의 추가 전환은 아직 메인넷 활성화 일정이 확정되지 않았다.
- •솔라나 목표 슬롯 타임이 9월 18일(에폭 1037)부터 250ms로 단축, 4슬롯 리더 윈도우는 1초로 감소
- •9월 20일 관측 표본에서 슬롯당 약 266ms, 스킵률 약 0.05% 기록
- •슬롯 단축과 함께 슬롯당 컴퓨팅 한도도 줄어(250ms: 6250만, 200ms 예정: 5000만 유니트) 처리량 자동 증가는 아님
- •8000km 이상 떨어진 리더 간 핸드오프는 최대 122ms 지연 발생, 200ms 목표의 61%에 해당
- •8월 12일 테라스위치 라우팅 장애로 네트워크 스테이크 28.83%가 약 33분간 연체, 인프라 집중 위험을 시사
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Why Solana’s new 250ms speed boost could actually trigger network instability

- 1.솔라나 슬롯타임이 9월18일 에포크1037부터 250ms로 단축, 4슬롯 리더 윈도우가 1초로 감소
- 2.9월20일 60분 표본에서 슬롯당 약 266ms 관측, 에포크1037 스킵율 약 0.05%로 안정적
- 3.SIMD-0525 설계상 슬롯당 컴퓨트 유닛 한도도 축소돼 처리량 자체는 자동으로 늘지 않음
- 4.8월12일 TeraSwitch 라우팅 장애로 스테이크 28.83%가 약 33분 지연, 인프라 집중 위험 노출
왜 중요한가?
슬롯 시간 단축이 지연은 줄이지만 처리량은 자동으로 늘리지 않으며, 리더 교체 여유가 짧아질수록 검증자 간 핸드오프 실패나 TeraSwitch식 인프라 집중 리스크가 네트워크 안정성에 더 크게 작용할 수 있음을 시사한다.
본문 미리보기
Early mainnet data look stable, but the path to 200ms may depend more on leader handoffs, client agreement and infrastructure diversity than headline throughput. The post Why Solana’s new 250ms speed boost could actually trigger network instability appeared first on CryptoSlate.
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 10:53AI 초안



