ERPC 자주 묻는 질문 Solana 네트워크 인프라. Rust 고급 프록시 플랫폼 완전 업그레이드, 공유를위한 모든 지역 배포 RPC, gRPC, 및 Shredstream. 제로-Downtime 업데이트 달성

ERPC, 운영 ELSOUL LABO B.V. (본사: Amsterdam네덜란드; CEO: Fumitake Kawasaki)와 Validators DAO, 그것의 중요한 향상을 완료했습니다 Solana 네트워크 인프라.

이 업그레이드는 모든 지역에 적용되고 모든 공유 엔드포인트가 제공되었습니다. ERPC (Solana RPC, Geyser gRPC, 및 Shredstream). 우리는 직접 연결 개시를 포함하여 통합 체계로 실제 결과를, 직접 영향하는 것을 경향이 있는 인프라 행동을 새롭게 합니다, TLS 가공, 캐시 제어, HTTP/1.1 및 HTTP/2 수송, 긴 수명 연결 행동, 및 관측 가능성과 문제 해결을위한 미터.

오늘날의 응답을 기본으로 유지하면서, 우리는 또한 네트워크 행동을 재구성하여 결과가 피크 로드 휘발성, 지속 가능한 운영 하에서 불안정한, 그리고 커 캐스케이드가 차단되고 재연결에 의해 방아쇠를 끊는 시나리오에서 비례가 될 가능성이 적습니다. 결과적으로 환경은 이제 실제 성능과 안정성을 유지하기 위해 더 나은 구조화되어 있습니다. Solana 운영.

또한 네트워크 구성 변경 및 플랫폼 업그레이드를 허용하는 운영 아키텍처로 전환하여 완벽한 Zero 가동 시간으로 적용 할 수 있습니다. 가격, 사양, 인증, 또는 속도 제한 및 기존에 대한 변경이 없습니다. ERPC 고객은 추가 설정 또는 운영 변경없이 업그레이드의 혜택을받습니다.

의논하기

의 실제 Solana 작업, 평균 응답 시간 및 정상 시간 대기 시간은 중요한 기본 요구 사항입니다. 동시에, 네트워크 인프라 자체의 행동이 집중된 부하, 긴 수명 연결 및 연결이 발생하는 단계와 같은 결과를 결정하는 시나리오가 있습니다.

특정한 공유 엔드포인트는 짧은 시간 창 내의 트랜잭션 제출의 파열을 모두 수용해야하며 항상 연결을 통해 WebSocket 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 gRPC. 이러한 조건 하에서, 인프라 수준의 행동-연결 개시, TLS Handhakes, 수송 행동, 캐시 처리 및 idle 주에서 회복은 직접 사용자 경험 및 실행 결과에 반영합니다.

명시된 기본으로 평균 응답률을 가진 실제 결과는 여전히 스파이크 또는 지속적인 가동의 밑에 다른 요인에 의해 결정될 수 있습니다. 그러므로, 실제적인 가동은 실패 보호 시나리오에 있는 일 일 일 가용성 및 연속성이 둘 다 동시에 달성된다는 것을 요구합니다.

ERPC 설계 및 운영 Rust 고성능 프록시 플랫폼은 기초로 Solana 이 업그레이드는 기존의 시스템의 확장을 위해 개발된 시스템입니다. 이 업그레이드는 기존의 시스템의 통합을 통해 기존의 시스템의 통합을 통해 기존의 시스템의 통합을 통해 기존의 시스템의 통합을 통해 구현된 문제들을 지속적으로 개선하고, 전체 네트워크 기반을 재구성합니다.

어떤 변화 ERPC 고객 지원

이 업데이트로, ERPC 고객은 연결 개시에 안정적으로 행동을 볼 수 있습니다. 연결 시설 중 TLS, 잘못된 조건 및 불필요한 반송은 발생 가능성이 적습니다. 거래 및 스트림을 통해 시작에서 안정적으로 처리할 수 있습니다.

다음으로, 우리는 첨단 부하 중 변동성을 일으키는 원인이되는 인프라 행동을 재구성했습니다. 동시 업데이트와 불필요한 연결의 초기 필터링을 결합하여 HTTP/1.1 및 HTTP/2 수송과 타임아웃 견실함, 연결 풀 건강, 콘텐츠의 밑에 캐시 행동, 그리고 관찰 가능성과 문제 해결을 위한 미터, 우리는 집중할 때 조차 biased 행동을 막는 것을 도울 조건을 강화했습니다.

긴 수명 WebSocket 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 gRPC 스트림과 항상 모니터링 작업 부하, 연결 연속성 향상. 분리 / 연결 / 동기화 이벤트의 주파수 - 그리고 그 이벤트의 likelihoods로 캐스케닝을 감소, 유지된 실행 시간의 가정에 작업을 구축하는 것이 더 쉽게.

통제와 수송 행동에 개량은 또한 불필요한 굴절의 likelihood를 감소시키고 혼잡 도중 낭비한 가공을 낭비합니다. 대역폭과 가공 headroom는 쓸모 있고 안정되어 있는 남아 있고, 미터 및 관찰성은 짧은것에 더 쉬운 근사한 ID와 회복 시간을 더 쉽게 합니다.

또한, 구성 변경 및 플랫폼 업그레이드를 통해 Zero 가동 중단으로, 우리는 높은 주파수에서 성능, 안정성 및 전반적인 플랫폼 품질을 향상시키기 위해 쉽게 만드는 조작 조건을 설립했습니다. 플랫폼에 포장하지 않고 개선하는 기능을 통해 고객은 지속적으로 지속성을 강화합니다.

개선의 세부 사항

이 업그레이드는 특정 기능 이름이나 버전 번호로 구동되는 릴리스로 표시되지 않습니다. 대신, 실제 세상을 지배하는 경향이있는 시나리오를 분해합니다. Solana 다음 레이어로 결과를 낼 수 있습니다. 연결 개시, TLSL4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C, L4/C,HTTP 경계, H1/H2 수송, 캐시, 관측성, 실패 행위 및 장기 가동 예비적 필요조건 및 이 층은 금전 없이 연결합니다 플랫폼을 새롭게 합니다.

아래, 우리는 고객의 경험과 운영 결과에 기여하는 방법에 대한 통합 개선을 설명합니다.

연결 개시 및 개선 TLS 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의

우리는 확장 TLS 연결 설치 및 구조 업데이트 중에 처리 된 컨텍스트는 필요한 상태를 유지하고 적절하게 적용 할 수 있습니다. 이것은 잘못 된 조건과 불필요한 재량으로 연결 개시에 덜 가능성이 있습니다.

우리는 또한 재구성했습니다 TLS 처리- 인증서 검증 및 호스트 이름 검증 포함-그래서 보안 요구 사항 충족 될 수 있습니다. 손수건 또는 처리 일관성이 발생하지 않는 경우 결과 손실이 발생하지 않습니다. 이것은 단지 보안 향상이 아닙니다. 연결 시작에서 연결 시작을 안정화하는 데 기여 Solana 작업대.

우리는 더 강화 메커니즘을 만드는 TLS-Adjacent 행동은 관찰하고 문제 해결을 쉽게합니다. 시작이 시작되는 시나리오에서, 문제를 재현하는 능력, 원인을 확인하고, 수정을 빠르게 반영하는 것은 경험 품질을 보존하는 기능입니다.

방을 보존하는 것은 불필요한 연결의 초기 필터링을 통해

우리는 초기 단계에서 TCP 연결을 필터링하는 메커니즘을 도입하여 플랫폼을 업그레이드하여 합법적 인 트래픽을 압력으로 제한하거나 불필요한 연결이 덜 가능성이 있습니다. 공유 엔드 포인트에서 연결 요청은 외부 요인 또는 임시 스쿠우로 인해 스파이 할 수 있습니다.

초기 필터링은 합법적 인 연결이 시작될 가능성이 적고, 헤드룸이 피크로드 중 사용 가능한 것과 같은 것을 개선하는 것이 더 적은 것입니다. 결과적으로, 행동은 집중 로드 시나리오에서 비싸게 될 가능성이 적고 안정적인 대기 시간 분포의 조건이 강화됩니다.

L4/를 재구성하여 연결 모델을 결정HTTP 의령

네트워크 인프라는 끝이 없습니다. HTTP. 연결 설립 및 연속성은 L4 조건 및 높은 수준의 프로토콜 경험으로 추진하는 수준에 변동성에 따라 달라집니다.

이 업데이트에서, 우리는 L4 스트림 처리 및 구조 재구성을 요약하여 연결 모델은 더 명시적으로 처리 될 수 있습니다. 이것은 연결이 계속 성장하고있는 시나리오에서 일관성있는 행동을 유지할 수있는 플랫폼을 쉽게 만듭니다, 클라이언트 구현은 다를 수 있으며, 오래 살아남은 작업은 국가 전환을 유발합니다.

Retry 행동은 또한 사용자 경험으로 짧은 생존 변동성 캐스케이드를 감소시키기 위해 재구성되었습니다. 실제 안정성은 고립 된 실패를 제거하고 실패 캐스케이드를 방지하는 데 더 적은 의존합니다.

더 많은 것 HTTP/1.1 및 HTTP/2 수송과 긴 반 Behavior

전송된 데이터 볼륨을 허용하는 측정을 추가하여 지속적으로 추적할 수 있습니다. HTTP/1.1 및 HTTP/2. 이 작업은 운반선에서 어떤 씰이나 블랑켓이 발생되는지 쉽게 식별 할 수 있으며, 문제 해결과 해결 속도를 향상시킵니다.

우리는 또한 재구성했습니다 HTTP/2 몸 씁니다 timeout 행동 그래서 자연의 장을 묶고 걸려는 집중된 짐 또는 오래 살아남은 스트리밍에 더 적은 가능성이 있습니다. 긴 실행 가동에서는, 어떤 사정 이상적인 국가에서 최고 성능이 아니고, 그러나 국가 전환 도중 충돌에서 행동을 방지하는 능력.

Idle timeout 행동 및 연결 풀 핸들링은 지속적 실행 시간 동안 축적되는 인성 요인을 제거하여 검토되었습니다. HTTP/1.1 측, 우리는 완전한 요청을 보유하는 연결을위한 안전한 차단 동작을 재구성, 자원 사용 및 행동에 대한 변동의 소스를 감소.

Cache Control 및 Operational Quality 개선

우리는 자산이 캐시되지 않는 이유를 추적하는 능력을 향상, 캐시 행동의 설명 증가. 실제로, 무슨 점은 존재 여부를 의미하지 않습니다, 그러나 어떤 조건에서 적용되고 어떤 조건에서 그것은 떨어지는.

우리는 고정 잠금 행동, stale 취급 및 재발견 패턴을 재구성하여 경험 향상은 피크로드에서 발생했을 때 투여 될 가능성이 적습니다. 우리는 또한 캐시 된 자산의 수가 성장하고 세련된 부분적 행동 (범위 요청 포함), 실제 작업 부하에서 불필요한 굴절과 지연을 줄이기 위해 불필요한 조건을 강화하는 경우 퇴행 통제를 조직했습니다.

이러한 개선은 캐시 행동이 아웃 런이되는 경우를 감소시키고, 고객이 인프라 수준 불확실성을 설계해야 할 가능성이 적습니다.

실패 Behavior, 로깅 및 관찰성 개선

실패 행위와 로깅은 문제가 발생할 때 무슨 일이 일어나는지 이해하기 쉽습니다. 캐시 / 전송 행동으로 변류 오류가 발생하고 악화 된 경험으로 인해 폭발 반경을 로컬화하는 것이 더 쉽습니다.

관찰력과 문제 해결 개선은 "저장 사건,"을 주장하지만 사건이 발생할 때 시간을 단축 할 수 없습니다. 이것은 피크로드 및 지속 운영 시나리오에서 위험을 감소시킵니다.

종속성 업데이트 및 보안 수정은 Long-Term 운영 우선 순위

우리는 장기적인 플랫폼 가동을 위한 우선권을 유지하기 위하여 의존성 갱신 및 안전 고침을 통합했습니다. 이것은 지원된 최소한과 관련있는 갱신을 포함합니다 Rust 버전 (MSRV) 및 CI 정렬, 지속적으로 플랫폼 진화에 필요한 기반 강화.

안전하게 새롭게 하는 능력은 장기적인 질을 위한 필요조건입니다.

Zero-Downtime 운영에 대한 전환

이전, 짧은 가동 중단은 네트워크 구성 변경 또는 플랫폼 업그레이드 중 발생할 수 있습니다. 이 업데이트로, 우리는 이러한 작업을 완료 할 수있는 아키텍처로 전환했습니다.

공유 엔드포인트는 항상 연결과 연속적인 순간을 가지고 있습니다. 짧은 다운타임은 차단, 재연결 및 재 동기화 캐스케이드를 트리거 할 수 있으며, 그 비용은 결과를 outcomes로 전파 할 수 있습니다. Zero-downtime 업데이트는 이러한 캐스케이드의 likelihood를 줄이고 파편을 통해 긴 라이브 작업을 방지합니다.

동시에, ERPC 이제는 신속하게 개선으로 반영되는 문제를 관찰 할 수있는 운영 조건을 가지고 있습니다. 높은 반복 주파수는 생산 작업 내에서 지속적으로 변동성 및 가장자리 케이스 동작을 제거 할 수 있습니다.

서비스로의 영향

Solana RPC (HTTP / WebSocket)

연결 개시에 개선, TLS, 캐시 컨트롤 및 운송 행동은 데이터 읽기 및 거래 제출에 영향을 미칩니다. 낮에 일상적인 사용성을 유지하면서 피크로드 중에 입찰이 감소하고 혼잡 중에 헤드룸 보존을 위한 조건이 강화됩니다.

Geyser gRPC

연결 연속성은 긴 라이브 스트리밍 사용에 대해 개선했습니다. HTTP/2 수송, 타임아웃 견실함, 연결 풀 건강, 그리고 확장된 수송 측정은 outcomes로 reconnect/resync 비용 propagate를 감소시키기 위하여 함께 작동합니다.

Shredstream (Direct Shreds)

지속적인 납품을 위해 디자인된 연결 관리와 개시 개선으로, 조건은 이렇게 누락된 자료 또는 대기권은 혼잡의 밑에 더 적은 가능성이 있습니다. 탐지를 위한 안정되어 있는 continuity 및 뒤에 오는 것은 지속하게 더 쉽습니다.

연결하기 R&D 및 생산 운영

분산 시스템 기반을 포함하는 ERPC 인정을 받았습니다. R&D 네덜란드 정부의 WBSO 프로그램에서 프로젝트. 이 구조는 연구 주제로 통합 될 수 있으며 검증 및 반복을 통해 개선 될 수 있는 작업이 구축되어 있습니다.

이 네트워크 기반 업데이트는 모든 지역에서 적용된 이러한 반복 중 하나이며, 실제 성능과 안정성으로 반영됩니다. 작업 유지 및 R&D 연결은 지속적으로 생산에서 다음 업데이트에 관찰되는 것을 연결하기위한 사전 요구 사항입니다.

내 계정 ERPC, 실제 사용 패턴, 로드 가변성, 실패 모드 동작은 반복 검증 및 개선 주기로 통합되어 네트워크 기반의 품질을 높이는. 이 업데이트는 통합 프레임 워크 내에서 실행되었다 R&D 생산 작업.

고객 정보

이 업데이트는 이미 모든 지역 및 모든 공유 엔드 포인트에 적용됩니다. Existing ERPC 고객은 구성 또는 운영을 변경할 필요가 없습니다. 가격, 사양, 인증, 또는 속도 제한에 대한 변경이 없습니다.

공유된 엔드포인트는 짧은 스파이크와 긴 수명 연결을 동시에 유지해야 하기 때문에, 조건은 그렇게 행동이 혼합된 작업 부하에 따라 비스듬히 될 가능성이 높습니다. 구성 변경 또는 플랫폼 업데이트가 작동 중에 발생할 때 변경이 0 가동 시간으로 적용되므로 고객은 연결 파편 또는 재 동기화-by-design를 계획할 필요가 없습니다.

건축, 작업대별 최적화, 작업대별 피드백에 대한 질문은, 를 통해 연락 주시기 바랍니다 Validators DAO 공식 Discord.

지속적으로 생산 관측 및 피드백을 개선으로 연결함으로써, ERPC 우리는 우리의 사업에 대한 우리의 서비스를 제공 할 것입니다. 우리는 우리의 서비스를 제공 할 것입니다. Solana ...

Validators DAO 공식 Discord: https://discord.gg/C7ZQSrCkYR ERPC 공식 사이트: https://erpc.global/en