이더리움의 주요 검증자 클라이언트 중 하나가 중요한 세폴리아 테스트 네트워크 실행을 불과 몇 시간 앞두고 긴급 소프트웨어 업데이트를 배포했다. 이 패치는 테스트넷이 블록당 가스 한도를 2억으로 높일 준비를 하는 가운데 이루어졌으며, 이는 각 블록이 현재보다 훨씬 더 많은 연산과 데이터를 처리할 수 있게 해줄 것이다.
타이밍이 매우 촉박하다. 영향을 받은 클라이언트를 실행하는 검증자들은 테스트가 시작되기 전에 업그레이드해야 하며, 그렇지 않으면 동기화가 끊기거나 테스트 중에 유효하지 않은 블록을 생성할 위험이 있다. 세폴리아는 메인넷이 아니다 — 클라이언트 팀들이 메인넷에 문제가 생기지 않도록 실험하는 리허설 공간이다. 하지만 여기서 테스트가 잘못되면 더 넓은 글램스터담(Glamsterdam) 롤아웃이 지연될 수 있다.
2억 가스가 중요한 이유
이더리움의 가스 한도는 단일 블록이 처리할 수 있는 작업량의 상한을 설정한다: 단순 전송, 스마트 컨트랙트 호출, 롤업 데이터 블롭 등 모든 것을 포함한다. 이 상한은 수년에 걸쳐 점진적으로 증가해 왔지만, 2억은 다른 규모다. 이는 블록당 더 많은 트랜잭션, 롤업 데이터를 위한 더 많은 공간, 그리고 수요가 평탄할 때 이론적으로 더 낮은 수수료를 의미한다.
또한 해당 블록을 처리해야 하는 모든 노드에 더 많은 부담을 준다. 검증자, 아카이브 노드, RPC 제공자 — 모두가 영향을 받는다. 그래서 클라이언트 팀들이 이러한 증가를 세폴리아와 다른 테스트넷에서 먼저 테스트하는 것이다. 여기서는 잘못된 블록이 나쁜 오후 외에는 아무 비용도 들지 않는다.
글램스터담 업그레이드 번들은 수개월 동안 준비되어 왔으며, 가스 한도 증가는 가장 주목받는 구성 요소 중 하나다. 클라이언트 다양성은 조정을 더 어렵게 만든다: 이더리움은 여러 다른 검증자 클라이언트에서 실행되며, 각각이 동일한 부하를 올바르게 처리해야 한다. 하나의 클라이언트가 테스트 전 패치를 필요로 할 때, 이는 네트워크가 그 다양성에 얼마나 의존하는지를 상기시켜 준다.
패치가 실제로 하는 일
클라이언트는 마지막 순간에 소프트웨어를 업데이트했다. 이는 테스트 주기에서 흔히 발생하는 일이다 — 최종 점검 중 버그가 드러나면 팀이 수정 사항을 배포하고 검증자들은 서둘러 적용한다. 영향을 받은 클라이언트는 버그의 정확한 성격을 공개하지 않았으며, 긴급하다는 표현은 그것이 외관상의 문제가 아니었음을 시사한다.
기한을 놓친 검증자들은 세폴리아 노드가 멈추거나 나머지 테스트넷과 분기되는 것을 볼 수 있다. 메인넷에서는 심각한 사건이 될 것이다. 세폴리아에서는 데이터 포인트일 뿐이다.
더 넓은 테스트넷 변화
세폴리아는 메인넷에서 시험하기에는 너무 위험하지만 건너뛰기에는 너무 중요한 변경 사항을 위한 주요 검증 장소가 되었다. 가스 한도 증가는 정확히 그 설명에 부합한다. 세폴리아가 2억 가스 블록을 깨끗하게 처리하면 메인넷 일정의 길이 열린다. 그렇지 않으면 클라이언트 팀들은 코드로 돌아간다.
아직 발표된 메인넷 날짜는 없다. 글램스터담 업그레이드는 여전히 테스트넷 단계에 있으며, 가스 한도 변경은 더 큰 패키지의 일부다. 앞으로 며칠 동안 세폴리아에서 일어나는 일이 나머지가 얼마나 빨리 진행될지를 결정할 것이다.
주목할 점
즉각적인 질문은 패치된 클라이언트가 새로운 블록 크기에서 견딜 수 있는지 여부다. 제때 업그레이드한 검증자들은 실시간으로 알게 될 것이고, 그렇지 않은 사람들은 힘든 방식으로 알게 될 수 있다. 세폴리아 이후 다음 체크포인트는 다른 테스트넷 — 그리고 결국 메인넷 — 이 자체 가스 한도 시험을 받는지 여부다. 현재로서는 대부분의 사용자가 생각하지 않는 테스트 네트워크에 모든 시선이 집중되어 있다.
