의 장점 Solana 데이터 스트림 및 프로토콜 (Shreds, gRPC, WS, UDP)

당신이 당신의 생각을 만들기에 Solana 응용 프로그램 또는 거래 전략은 더 빠르며, 선명한 것은 코드 또는 서버 specs가 아닙니다. 시작점은 두 가지 기본 질문입니다.

첫째, 얼마나 멀리에서 Solana 당신이 걱정할 수 있습니까? 어떤 지역은 실제로 살고있는 응용 프로그램을하고, 얼마나 많은 밀리 초는 거기에서 검증자를 도달하는 데 걸리나요? 이 거리는 모든 기초입니다. 거리가 잘못되면 소프트웨어 또는 하드웨어 최적화의 양이 가능한 성능을 잠금 해제합니다.

둘째, 주어진 시간에 리더 검증자는 어디에 있습니까? 의 의 Frankfurt 노드는 리더이며, 노드는 다음과 같습니다. Frankfurt 구조상으로 호의를 베푸는. 언제 Tokyo 노드는 리더이며, 노드는 다음과 같습니다. Tokyo 은밀한 Solana 이 속성은 현재 슬롯에 의해 지구 슬롯 주위에 회전. 이 속성은 존재함에 따라 단일 반복 설정은 항상 물리적으로 불리게되는 시간 창이있을 것입니다.

실습에서, 이것은 현실적인 전략이 다루기야 한다. 여러 위치에 인프라를 배치 Frankfurt, Amsterdam, New York, Chicago, Tokyo, 및 Singapore, 당신은 각 시간 밴드에 현재 또는 다가오는 지도자에 가까운 지역에서 사슬을 관찰할 수 있습니다.

그 물리적 및 스케줄링 컨텍스트가 설치되어, 우리는 이야기 할 수 있습니다. Solana’ s data streams. 이 문서에서는 개발자가 종종 만남하는 세 가지에 초점을 맞추고 있습니다.

WebSocket (WS)
Geyser gRPC
Shredstream (UDP 스카프)

우리는 데이터의 타이밍이 각 것을 볼 수 있습니다, 그들이 가지고있는 어떤 운송 특성, 그리고 그들은 실제로 좋은 것. 목표는 "이름이 빨리 소리를 들지 않기 때문에 무언가를 선택하지 않습니다."하지만 어떻게 이해하는지 Solana 자체는 작동하고 어떻게 하향 프로토콜을 작동, 다음 콘크리트 방식으로 응용 성능과 UX에 연결.

타이밍 차이는 어떻게 Solana 데이터 흐름

첫 번째 단계는 때 이해하는 것입니다, 에서 Solana’s 내부 파이프라인, 데이터의 다른 종류 실제로 나타납니다. 거친 말하자면, 성능에 대한 이유가 유용하다 3 단계가 있습니다.

첫 번째 단계는 Shreds입니다. Validators 교환 Shreds 위에 UDP 블록을 구축하기 위해. 이 교환 중, 네트워크에 흐르는 것은 아직 블록으로 완전히 조립되지 않은 데이터입니다. 이 단계를 탭 할 수 있다면, 당신은 가능한 순간에 체인에 변화를 볼 수 있습니다. Tradeoff는,이 때문에 UDP, 당신은 소포 손실과 밖으로 주문 도착을 가정하고 따라 시스템을 설계해야합니다.

두 번째 단계는 Geyser gRPC. validator가 Shreds를 받고 형성하고 블록을 확인 한 후 Geyser 플러그인을 통해 구조형 형태로 결과를 노출 할 수 있습니다. 이것은 어디에 Geyser gRPC 스트림은 다음과 같습니다. 블록, 로그 및 계정 업데이트와 같은 이벤트를 방출합니다. 타이밍은 Shreds보다 1 단계가 나중에이지만 데이터는 이미 조직되어있어 응용 프로그램에 훨씬 쉽게 사용할 수 있습니다.

세 번째 단계는 HTTP RPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 WebSocket. Geyser 및 기타 내부 처리를 통해 데이터가 사라지면 노드의 내부 저장소에 기록되어 JSON-을 통해 사용할 수 있습니다.RPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 WebSocket 알림. getBalance, getProgramAccounts와 같은 방법, 그리고 로그 구독은이 저장 된 상태로 모든 독서입니다. 타이밍의 관점에서, 이것은 Geyser의 알림 뒤에 앉아 가장 높은 "공동입니다 API layer” 대부분의 응용 프로그램은 먼저 볼 수 있습니다.

이 세 단계 요약:

Shreds는 propagation의 순간에 아주 가깝습니다.
Geyser gRPC 블록이 확인된 시점에서 구조화된 데이터를 제공합니다.
RPC / WebSocket API로 저장된 데이터를 노출하면 실제로 쿼리합니다.

어떤 단계는 일찍이 체인에 변화를 감지 할 수 있는지 결정합니다. 타이밍 차이는 이미 중요한 성능 격차를 만듭니다.

수송 특성: UDP, gRPC, WebSocket, 및 TLS

타이밍은 하나의 축입니다. 두 번째 축은 데이터가 실제로 운송되는 방법입니다.

Shreds 사용 UDP. UDP 작은 헤더를 가지고 연결 설정을 요구하지 않습니다. 그것은 재전송 또는 주문 보증을 제공하지 않지만 교환에서 대기 시간을 최소화합니다. Shreds와 같은 무언가를 위해 데이터는 많은 검증자 사이에서 중복적으로 전파되는 반면,이 단순하고 속도는 당신이 원하는 것을 정확히합니다.

Geyser gRPC 이진 프로토콜을 사용하여 TCP를 실행합니다. 의욕 RPC, 헤더 압축 및 바이너리 인코딩은 데이터가보다 효율적으로 이동할 수 있도록 HTTP+JSON. 그것은 백엔드, 모니터링 시스템 및 분석 파이프라인에 지속적으로 구성 된 이벤트에 적합.

WebSocket 일반적으로 TCP의 상단에 앉아 TLSJSON 페이로드와 함께. 키 장점은 브라우저와 표준 웹 스택이 직접 사용할 수 있다는 것입니다, 왜 그것은 dApps와 경량 봇에 어디에 있는지. 단점은 JSON이 패딩되어야하는 것입니다, 헤더 플러스 암호화 오버 헤드. 세 중, 이것은 무거운 패턴이 될 경향이있다.

이 위에, TLS 자체는 다른 층의 비용을 추가합니다. 사용시 https, wss, 또는 gRPC-TLS, 모든 연결은 핸디케이크 및 암호화 및 해독 페이로드를 수행해야합니다. 일반 웹 앱은 일반적으로 허용되지 않고도 통지되지 않습니다. UX 또는 PnL에 대한 밀리 초의 10 가지가 있는 전략을 위해 오버 헤드가 눈에 띄는 것입니다.

중요한 점은 다음과 같습니다.

데이터를 볼 때 타이밍 (Shreds / Geyser / RPC)
당신이 그것을 수송하는 방법 (UDP / gRPC / WebSocket / TLS)

별도의 문제이지만, 둘 다 당신의 최종 대기 시간 및 UX에 강한 영향을 미칩니다.

맥락의 퍼팅 속도: 타이밍 및 운송

그 자리에서 그 조각으로, 당신은 더 구체적으로 속도에 대해 이유 할 수 있습니다.

타이밍의 관점에서:

Shreds는 가장 이른 단계를 참조하십시오.
Geyser gRPC 다음 것.
RPC / WebSocket 의 마지막

수송의 관점에서:

UDP 가장 가볍고 빠른.
gRPC TCP가 다음으로, 효율적인 바이너리 스트리밍.
WebSocket JSON과 함께 TLS 일반적으로 무거운.

"same 지역, 같은 하드웨어, 같은 네트워크 경로에 대 한 정상화 하는 경우,"기술 속도 주문은:

UDP (수)
gRPC (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (Geyser) (고무게이) (고무) (고무) (고무) (고무)
WebSocket (주)JSON-RPC 공지사항

물론, 이것은 고립에 속도입니다. 실제 시스템에서 당신은 대기 시간 만 볼 수 없습니다. 또한 신뢰성, 정량 요구 사항, 개발 비용 및 얼마나 많은 복잡성을 고려해야 할 수 있습니다.

신뢰성과 개발 비용: 왜 WS > gRPC > UDP 연습

많은 실제 프로젝트에서 데이터 스트림이 채택 된 순서는 거의 기술적 속도 순위의 역입니다.

1 년 전 WebSocket
다음 것 Geyser gRPC
마지막으로 Shreds / UDP

사고는 없습니다.

훔친 (Schreds)UDP)는 가장 빠르지만 처음부터 누락된 아웃 주문 데이터를 설계해야 합니다. 모든 패킷이 도착하고 모든 데이터가 완벽하게 줄어들 수 없다는 것을 가정할 수 없습니다. 논리는 필요한 경우 다른 스트림과 재조합해야하며, 소음을 견딜 수 있습니다. 지급은 최소 대기 시간이지만, 구현 및 운영은 의미있는 하드입니다.

Geyser gRPC 이미 확인된 데이터와 노드 내부 구조화 그것은 그것을 훨씬 쉽게 소비 할 수 있습니다. 이벤트 구동 백엔드, 경고 시스템, 온체인 분석, 인덱스는 속도, 신뢰성 및 구현 노력의 좋은 균형과 Geyser에 모든 빌드 할 수 있습니다. 많은 팀에 대 한, 이것은 자연 두 번째 단계 한 번 WebSocket-만 설정은 한계를 명중합니다.

WebSocket’ s 주요 장점은 브라우저와 정상적인 웹 인프라에 직접 연결됩니다. dApp frontends 및 경량 서비스는 기존 도구 및 라이브러리와 함께 사용할 수 있으며 코드 샘플은 널리 사용할 수 있습니다. 제품의 첫 번째 버전을 배송하려면 WebSocket 특히 "인기"문제를 해결하면 가장 실용적인 시작점입니다.

그래서 이론에서, 속도 주문은 UDP > gRPC > WS. 실습에서, 채택은 보통 WS > gRPC > UDP. 당신은 마음에서 axes를 유지하고 당신의 현재 단계에 따라 선택하고 추상 "빠른" 라벨을 차 대신 목표.

어떻게 갓과 Geyser gRPC 함께 일

기본 속도 조정을 넘어 이동하고 밀리 초의 모든 10에 대해 쫓아 시작하면 키 질문은 Shreds와 결합하는 방법된다. Geyser gRPC.

Shreds는 첫 번째 통지입니다. 현재 리더에 가까운 슈레드를받을 수 있다면, Geyser 또는 누군가가보고보다 몇 초 전에 체인 10s에서 수백 밀리 초의 변경 사항을 감지 할 수 있습니다. RPC. 그 간격이 PnL로 직접 번역하는 전략을 위해, 이 많은 것을 사정합니다. Tradeoff는 당신이 그것을 위한 소음과 디자인을 받아들이는 그것 입니다.

Geyser gRPC 확인 및 올바르게 이유입니다. 블록 확인 시간에서 Geyser는 로그, 계정 변경 및 기타 구조화 된 이벤트를 방출합니다. 전략 논리, 위험 관리, 지수 및 모니터링 시스템에 이러한 플러그를 연결할 수 있습니다. 그것은 Shreds보다 느리지만 데이터는 일관성이 뛰어나고 그 이유에 대해 훨씬 쉽게합니다.

필드의 일반적인 패턴은:

기회를 감지하고 가능한 한 빨리 후보 거래를 조립하는 Shreds를 사용합니다.
제품 정보 Geyser gRPC 블록 및 로그를 확인하고 메인 논리 및 모니터링을 구동하기 위해 동시.

이 분리는 안정적이고 검증 가능한 데이터에서 지상에 놓인 결정을 유지하면서 대기 시간을 밀어줍니다.

TLS, 공유 엔드포인트 및 전용 노드

지금까지 우리는 언더리닝 노드와 네트워크가 동일하다고 가정했습니다. 실제로, 공유 엔드포인트 또는 전용 노드를 사용하는 것이 다른 대규모 구조적 차이가 있습니다.

공유된 엔드포인트는 한 번에 많은 10개의 참가자에 의해 사용됩니다. 인터넷에 노출되어 있으며 트래픽은 보안 둘레를 통해 이동합니다. 암호화는 필수입니다. 간단히 턴을 할 수 없습니다. TLS off. 암호화, 해독 및 핸즈 아카데미의 비용은 일반 dApp 사용에 완벽하게 허용되지만 HFT 스타일 컨텍스트에서 모든 가능한 밀리 초를 흔들려고하는 경우 보여줍니다.

전용 노드는 단일 테넌트에 대한 예약입니다. 접속을 제한할 수 있기 때문에 IP 주소와 환경을 고립, 당신은 비활성화 할 수있는 옵션을 얻을 TLS 일반 정보 HTTP 또는 일반 텍스트 gRPC. 공유하지 않습니다. CPU, 기억, 디스크 I/O, 또는 다른 고객과 네트워크 대역폭, 그래서 당신의 대기 시간은 다른 사람 때문에 다른 사람이 동일한 기계에 무거운 작업 부하를 실행하기 때문에 뛰어오지 않습니다.

당신의 Shreds를 실행하는 경우에, Geyser gRPC, 및 RPC 모든 전용 노드에서, 이러한 스트림은 다른 열원과에서 분리되는 환경에서 작동 TLS 맨 위. 이 조합은 어떤 것이고, 디자인에 의해 공유된 endpoints를, 동일한 기계설비도 도달할 수 없는 열성적인 체제 도달 지연 범위입니다.

공유 노드는 많은 사용자들에게 견고한 성능을 제공합니다. 전용 노드는 가장 빠른 가능한 경로가 필요할 때 한계를 밀어줍니다.

멀티레지온과 전용 슈레드 (Sudreds)UDP (주)

거리와 리더 위치에 돌아 가기, 긴 Solana’ s 지도자는 지구를 자전합니다, 단 하나 반복 체제는 결코 가장 빠른 어디에나, 모든 시간 일 수 없습니다.

멀티레지션 슈레드 설정이 어디에 있습니다.

전용 슈레드 (프리미엄 슈레드, 표준 슈레드, 금속 슈레드, 한정판 및 이와 유사한 라인) 결합:

UDP 가능한 한 빨리 Shreds의 배달
최소 지터를 가진 전용 서버

전용 Shreds를 여러 지역에서 배포 Frankfurt, Amsterdam, New York, Chicago, Tokyo, 및 Singapore, 당신은 현재 호의를 받고있는 지역과 관계없이 지도자에 가까운 Shreds를받을 수 있습니다.

일반적인 패턴은 여러 번의 슈레드 피드를 동시에 다른 지역에서 공급하고 첫 도착 한 일에 만 행동하는 것입니다. 이것은 긴 운반 대기 시간 및 지역 혼잡의 영향을 줄이고 실용적인 방법으로 "대리점 가까이"을 대변 할 수 있습니다.

다 방향을 만들기 위해 더 접근 가능, ERPC 멀티레지온 사용 할인 쿠폰 제공:

2 지역: 5% off
3 지역: 8% 끄기
5 지역: 10% 끄기
모든 지역: 15% 륙

이 설정에 쉽게 설계 할 수 있습니다 가장 우수한 Shreds 계층 (예를 들어, 프리미엄 또는 금속) 가장 경쟁력있는 지역에서, 그리고 여전히 넓은 범위를 달성하면서 지원 지구에 더 많은 비용 효율적인 옵션을 사용.

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream 번들: 슈레드에 더 넓은 온-램

모든 곳에서 완벽하게 전용 Shreds에 투입하기 전에 멀티레그리온 공유 Shredstream 설정은 매우 실용적인 중간 단계 일 수 있습니다.

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream 번들로 한 계획 아래 여러 지역에서 공유된 슈레드를 소모합니다. 내부, 공유 Shredstream Shreds layer에서 데이터가 걸립니다 (UDP) 그리고 당신을 통해 전달하십시오 gRPC. 소스는 여전히 Shreds, 그래서 당신은 정보 1 단계 더 일찍 참조 Geyser gRPC, 의 편리에서 혜택을하는 동안 gRPC 스트리밍.

층의 관점에서:

전용 Shreds via UDP 앞으로는 매우 빠르고, propagation에 가장 가깝습니다.
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream is a gRPC Shreds에서 파생 된 스트림은 그 위에 앉아.
Geyser gRPC 그 후, 블록 확인 타이밍에.

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream 묶음 상품 IP 화이트리스트링, 10개의 연결 및 가장 가까운 가장자리에 자동 여정. 이것은 합리적인 비용을 유지하면서 아시아, 북미 및 유럽과 같은 지역 전체에 걸쳐 Shreds-derived 데이터를 동시에 사용할 수 있습니다.

모든 지역에서 전용 Shreds로 뛰어 오르는 대신 다음을 할 수 있습니다.

공유하기 Shredstream Shreds 기반 데이터로 손에 경험을 쌓아보세요.
로그와 성능 데이터를 사용하여 가장 차이를 파악합니다.
증거와 명확한 비즈니스 케이스를 한 번 전용 Shreds에 높은 충격 지구를 마이그레이션.

개발 단계별 실제 단계

이 모든 것을 함께 넣기, 그것은 단계의 관점에서 생각하기 쉽습니다.

1 단계에서 오른쪽 영역과 거리를 선택하면 dApp 또는 bot을 사용하여 빌드하십시오. RPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 WebSocket. 지역 및 네트워크 배치를 얻기 위해서는 종종 Shreds를 터치하기 전에 큰 UX 개선을 수 있습니다. gRPC. 제품을 발사하기를 위해, WebSocket 매우 합리적 인 선택, 특히 frontend에서.

2단계에서 추가 Geyser gRPC backends, Monitoring, Analytics를 강화하기 위한 Geyser gRPC 블록, 로그 및 계정 이벤트를 효율적으로 소비하고 강력한 색인기, 경고 시스템 및 외부 API를 구축 할 수 있습니다. 그것은 속도, 신뢰성 및 개발 비용 사이의 좋은 균형을 잡고 많은 팀을위한 자연 "두 번째 단계"입니다.

3 단계로, Shreds에 가져와 UDP 앞으로, 대기 시간은 PnL 또는 UX에 직접 영향을 미치는. 여러 지역에서 전용 슈레드를 배포하고 멀티레지온 할인을 사용하여 HFT에 필요한 대기 시간 밴드를 입력 할 수 있습니다. MEV, 그리고 0 슬롯 전략은 하나의 샷에 스크래치에서 모든 것을 디자인하지 않고.

키 포인트는 "UDP is theoretically 가장 빠른, 그래서 단지 사용 UDP 모든 것 핵심은 당신의 단계와 당신의 경제를 보고, 그 후에 어디를 결정하고 Shreds에 투자하고 전용 인프라는 실제로 바늘을 이동합니다.

의 특징 ERPC 묶음 및 VPS 기반

의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 ERPC 번들 계획은 당신에게 완전한 기초를 주는 것을 디자인됩니다:

RPC (HTTP / WebSocket)
Geyser gRPC
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream gRPC

단일 구조의 밑에 모두.

계속 사용할 수 있습니다. RPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 WebSocket 당신의 주요 생산 공용영역으로, 실험하는 동안 Geyser gRPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream 같은 네트워크에. 모든 것이 통합된 인프라에서 실행되기 때문에 행동과 성능을 직접 비교하고 가정보다 실제 측정에 근거한 결정을 내릴 수 있습니다.

그 위에, 당신은 같은 내부에 살고있는 VPS 라인과 결합 할 수 있습니다 ERPC 네트워크, 같은 EPYC VPS 및 프리미엄 Ryzen VPS.

이것은 당신이 한 곳에서, 튜닝을 할 수 있습니다:

거리로 Solana 인증기관
데이터 스트림 선택 (WS, gRPC, 슈레드)
하드웨어 성능

실제 접근은 첫 번째로 올바른 지역을 확보하고 있습니다. ERPC 번들 + VPS 기반, 다음 더 빠른 레이어 (Geyser, Shared Shreds, 헌신적인 Shreds)를 귀하의 요구와 경제 발전으로 전환합니다.

결론: 디자인 Solana 타이밍, 수송 및 거리에서 성과

성과와 UX Solana 응용 프로그램은 요인의 조합에서 온다:

서버 위치
각 시간대의 리더가 얼마나 닫습니다.
on-chain 데이터를 수신하는 타이밍
어떤 수송 및 프로토콜을 사용
응용 프로그램 논리가 그 위에 반응하는 방법

거리와 리더 위치는 기초를 형성합니다. 그 위에:

귀 단계를위한 Shreds
Geyser gRPC 확인된, 구조화된 자료
RPC / WebSocket API를 통해 저장된 상태에 접근하기

그리고 수송 측에 당신은:

UDP
gRPC TCP를 통해
WebSocket JSON과 TCP를 통해 TLS

이름이나 마케팅으로 스트림 또는 프로토콜을 선택하면 충분하지 않습니다. 이 세 개의 축을 따라 사용 사례와 일치시키는 구조를 선택해야 합니다. 타이밍, 운송 특성 및 관련 검증자에 대한 거리.

ERPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Validators DAO 의 특징 Solana- 집중된 네트워크, RPC / gRPC / Shredstream 서비스, VPS 라인 및 전용 Shreds에 대한 멀티 리베이션 할인, 그래서 당신은 현실적인 비용에 이러한 구조를 구축하고 당신의 필요에 따라 성장 진화 할 수 있습니다.

데이터 스트림 디자인, 네트워크 거리 최적화, 또는 전용 Shreds의 조합에 대해 논의하고 싶다면, 공유 Shredstream 번들, 번들, VPS, 통해 연락 주시기 바랍니다 Validators DAO 관련 기사