셀레스티아의 진저 업그레이드에서 기대할 수 있는 것은 무엇인가요?

출처: 셀레스티아, Tong Deng, Golden Finance 편집

9월에 메인넷 베타 버전에 배포된 레몬그라스 업그레이드가 셀레스티아의 첫 번째 합의 업그레이드였습니다. 곧 출시될 진저 업그레이드인 셀레스티아 앱 V3는 두 번째 업그레이드입니다.

Ginger는 효율성을 두 배로 높이고 Celestia의 데이터 가용성 처리량을 즉시 2배로 증가시킵니다! v3에서는 아웃오브블록 시간을 12초에서 6초로 단축하여 이를 달성했으며, 트랜잭션 단일 슬롯 마무리 시간을 단축하여 사용자 경험도 개선했습니다.

Ginger는 또한 블록 크기를 6초마다 최대 8MB(1.33MB/s에 해당)로 늘려 커뮤니티 거버넌스의 기반을 마련했습니다.

생강은 아라비카에서 2348907개(2024년 11월 5일 예상)가 활발하게 활동하고 있습니다. 11월에는 모카 테스트 네트워크에, 12월에는 메인 네트워크 베타에 진입할 예정입니다.

Celestia 곧 변경 예정

Ginger 업그레이드에 포함된 CIP는 메타 CIP인 CIP-25에 명시되어 있습니다.

Ginger의 CIP에는 다음이 포함됩니다:

• CIP-21: 인증된 서명자를 위한 블롭 유형 도입

• CIP-24: 버전화된 가스 스케줄러 변수

• CIP-26: 버전화된 타임아웃

• CIP-27: PFB 및 비 PFB 수량의 블록 제한

• CIP-28: 트랜잭션 크기 제한

위의 CIP 외에도 celestia-app v3에는 합의되지 않은 중요한 변경 사항이 포함되어 있습니다: 기본적으로 BBR이 필요합니다.

Black Box Recorder by default

실제 P2P 네트워크는 장거리에 걸쳐 많은 데이터를 전송해야 합니다. 이는 문제가 될 수 있는데, 가장 일반적인 혼잡 제어 알고리즘은 손실이 많이 발생할수록 전송되는 패킷 수를 크게 줄여 처리량을 감소시키기 때문입니다. 데이터가 전송되는 시간이 길어질수록 더 많은 패킷이 손실되고 대역폭 사용률이 급격히 떨어집니다. 더 심각한 문제는 버퍼가 쌓이기 시작하여 작은 패킷이라도 엄청난 지연을 일으킨다는 것입니다. 더 심각한 문제는 분산형 네트워크에서는 노드가 버퍼에 있는 메시지를 기다리지 않고 바로 다음 블록으로 이동하기 때문에 버퍼에 있는 메시지가 부실해지고 마침내 전송될 때 더 많은 대역폭이 낭비된다는 것입니다.

Google의 연구원들은 패킷 손실이 실제로 혼잡을 감지하는 좋은 메커니즘이 아니라는 사실을 발견했습니다. 대신 단순히 왕복 시간을 사용할 수 있습니다. 이것이 바로 BBR이 한 일이며, 실제 지리적으로 분산된 네트워크의 처리량을 극적으로 증가시키는 결과를 가져왔습니다.

이를 통해 Mammoth Mini 테스트 네트워크에서 시연된 것과 같이 향후 처리량과 성능을 개선할 수 있는 길이 열렸습니다. 셀레스티아 앱 v3는 기본적으로 BBR을 켜야 합니다.

확인된 서명자를 위한 블롭 유형 도입

CIP-21은 서명자의 주소가 블롭 메타데이터에 직접 포함되는 "생성 블롭"을 도입합니다. 이제 셀레스티아 검증자는 서명자가 결제 블롭의 주소와 일치하는지 확인하므로, 페이포블롭 거래를 개별적으로 검색하고 처리하기 위한 집계가 필요하지 않습니다. 이렇게 하면 애그리게이터가 블롭의 서명자 필드에서 직접 진위 여부를 확인할 수 있으므로 애그리게이션의 유효성 검사 프로세스가 간소화됩니다.

변경된 가스 스케줄러 변수

CIP-24는 네트워크 업그레이드를 통해서만 가스 스케줄러 변수를 수정하도록 설정하여 온체인 거버넌스를 통해 변경할 수 없도록 했습니다. 이러한 변경은 트랜잭션 비용을 보다 안정적이고 예측 가능하게 만들기 위한 것입니다. 각 트랜잭션 전에 네트워크에 쿼리할 필요 없이 더 간단한 오프라인 가스 계산 방법을 사용할 수 있습니다.

버전 타임아웃 설정 변경

CIP-26은 애플리케이션 버전에 따라 블록 아웃 타임아웃 및 관련 타임아웃을 제어하도록 설정하고 블록 아웃 타임아웃을 v3의 12초에서 6초로 줄였습니다. 이 변경은 네트워크 처리량을 개선하고 트랜잭션 마무리 시간을 줄이기 위한 것입니다. 또한 더 빠른 블록 시간을 통해 일관된 트랜잭션 동작을 유지하기 위해 메모리 풀의 ttl-num-blocks 파라미터를 5에서 12로 늘렸습니다.

PFB 및 비PFB 수에 대한 블록 제한

CIP-27은 블록당 페이포블롭(PFB) 및 비PFB 메시지 수에 제한을 부과합니다. 이 제안은 블록당 PFB 메시지 600개와 비PFB 메시지 200개로 제한합니다. 이러한 제한은 제안서 준비 단계의 소프트 제한으로, 합의 수준에서 엄격하게 적용되지는 않습니다. 이러한 변경의 근거는 각 블록에서 검증할 수 있는 트랜잭션의 수를 제한하여 블록 처리 시간이 길어지는 것을 방지하기 위함입니다. 이러한 제한은 벤치마크를 기반으로 결정되었으며, 권장 검증자 구성으로 블록당 약 0.25초의 처리 시간을 목표로 합니다.

트랜잭션 크기 제한

CIP-28은 셀레스티아에서 단일 트랜잭션의 크기를 2MiB(2,097,152바이트)로 제한합니다. 이 제한은 트랜잭션 처리의 모든 단계(CheckTx, PrepareProposal, ProcessProposal)에 적용되므로 컨센서스를 깨는 변경입니다. 그 근거는 8MB 이상의 블록을 포함한 대규모 트랜잭션의 가십성 문제를 방지하기 위한 것입니다. 또한 향후 처리량을 늘리기 위해 블록 시간을 줄이고 블록 크기를 늘릴 수 있는 가능성을 열어줍니다.