Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Solana Data Streams and protokolleri (Shreds, gRPC, WS, UDP)
Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Anlamak Solana Data Streams and protokolleri (Shreds, gRPC, WS, UDP)
Ne zaman senin senin yapman gerektiğini düşünüyorsun Solana Uygulama veya ticaret stratejisi daha hızlı, açıklığa kavuşturmak için ilk şeyler kod veya sunucu spekizleri değildir.
Başlangıç noktası iki temel sorudur.
İlk olarak, sizden ne kadar uzaktasınız Solana Dikkat ettiğiniz validatörler mi?
Hangi bölge uygulamanız aslında yaşıyor ve kaç milisaniye oradan geçerli biratöre ulaşmak için alıyor? Bu mesafe her şeyin temelidir.Eğer mesafe yanlışsa, yazılım veya donanım optimizasyonu mümkün olan performansın hiçbir miktarı olmayacaktır.
İkincisi, herhangi bir zamanda lider geçerli olan nerede?
Ne zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman ne zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman zaman Frankfurt Lider, yakın düğümler Frankfurt yapısal olarak tercih edilir. Ne zaman Tokyo Lider, yakın düğümler Tokyo Selam olsun. Solana Liderler, bu mülkün var olduğu sürece, tek bir bölge kurulumunun fiziksel olarak dezavantajlı olduğu zaman pencereleri olacaktır.
Pratikte, bu gerçekçi bir stratejinin çok-bölge olması gerektiği anlamına gelir.
altyapıyı birden çok yerde yerleştirmek için, Frankfurt, Amsterdam, New York, Chicago, TokyoVe SingaporeAncak, her zaman bandında mevcut veya gelecek lidere yakın olan bir bölgeden zinciri gözlemleyebilirsiniz.
Bu fiziksel ve zamanlama bağlamı kurulmuş, konuşabiliriz SolanaBu makalede, bu üç geliştiricinin sık sık karşılaştığı üç şeye odaklanıyoruz:
- WebSocket (WS)
- Geyser gRPC
- Shredstream (UDP Külüs)
Her birinin gördüğü zaman veri zamanlamasına, hangi ulaşım özelliklerine sahip olduklarını ve aslında iyi olduklarını göreceğiz.
Hedef bir şey seçmek değil çünkü “isim hızlı geliyor” ama nasıl anlamayı anlamak için Solana Kendi çalışır ve alt protokollerin nasıl davrandığı, sonra bunu somut bir şekilde uygulama performansı ve UX'i uygulamaya bağlar.
Timing farklılıkları nasıl bir şekilde farklar Solana Veri akışları veri akışları
İlk adım, ne zaman, ne zaman, anlamaktır. Solanaİç boru hattı, farklı tür veriler aslında ortaya çıkıyor.
Tamamen konuşursak, performans hakkında düşünmek için yararlı olan üç aşama var.
İlk aşama, Keds.
Geçerlikler, Tesla'ları devralır UDP Bloklar inşa etmek için. Bu değişim sırasında, ağ üzerinden akışlar henüz bir bloka tam olarak monte edilmedi. Bu aşamaya dokunabiliyorsanız, en erken olası anda zincirdeki değişiklikleri görüyorsunuz. UDP, paket kaybı ve sıra dışı varışların ve sisteminizi buna göre tasarlamanız gerekir.
İkinci aşama ise ikinci aşamadır. Geyser gRPC.
Geçerli bir sunucunun, bir blok aldığını ve onayladıktan sonra, sonuçları Geyser eklentileri ile yapılandırılmış bir şekilde ortaya çıkarabilir. Geyser gRPC akışlar geliyor: bloklar, loglar ve hesap güncellemeler gibi olayları yayıyorlar. zamanlama, bir adım daha sonra, ancak veriler zaten organize edildi, uygulamaları için çok daha kolay hale getiriyor.
Üçüncü aşama ise üçüncü aşamadır. HTTP RPC ve WebSocket.
Veriler Geyser ve diğer iç işleme ile gitti ve node'nin iç mağazalarına yazılmıştı, JSON-S aracılığıyla kullanılabilir hale geldi.RPC ve WebSocket Balaj almak gibi bildirimler,ProgramAccounts almak ve giriş abonelikleri tüm bu depolanan devletten okuyor. zamanlama açısından, bu Geyser'in bildirimlerinin arkasında oturuyor ve en üst “halk” API katman” çoğu uygulama ilk olarak görür.
Bu üç aşamayı özetle:
- Keds, propagasyon anılarına çok yakın ham verilerdir.
- Geyser gRPC Blokların doğrulandığı noktada yapılandırılmış veriler sağlar.
- RPC / WebSocket Gerçekten sonra sorguladığınız API olarak depolanan verileri ortaya çıkarın.
Hangi aşama, zincirdeki değişiklikleri nasıl tespit edebileceğinizi gözlemlediğinizi belirler. Bu zamanlama farkı sadece önemli bir performans boşluğu yaratır.
Ulaşım özellikleri: UDP, gRPC, WebSocketVe TLS
Timing bir eksendir. İkinci eksen, verilerin aslında nasıl taşındığıdır.
Klüts kullanır UDP.
UDP Küçük başlıklara sahiptir ve bağlantı kurulumu gerektirmez.Retransmission veya sipariş garanti vermez, ancak karşılığında gecikmiş olanı en aza indirir.Ses gibi bir şey için, verilerin birçok geçerlici arasında kesintiye uğraması, bu basitlik ve hız tam olarak istediğiniz şeydir.
Geyser gRPC İkili bir protokol kullanarak TCP üzerinde çalışır.
Akış RPC, başlık sıkıştırması ve ikili kodlama, verileri tipik olarak tipik olarak daha verimli hareket etmesine izin verir HTTP+JSON. Sürekli olarak yeniden yapılanma olayları, izleme sistemleri ve analitik boru hatlarında tüketilmesi için uygundur.
WebSocket Genellikle TCP artının üstünde oturur TLSJSON ödeme yükleri ile.
Anahtar avantajı, tarayıcıların ve standart web yığınlarının doğrudan kullanabileceğidir, bu yüzden dApps ve hafif botlar. alt tarafı JSON'un parsed olması ve başlıkları artı şifreleme eki olması gerekir.
Bunun üzerine, TLS Kendisi başka bir maliyet katmanı ekliyor.
Kullandığınız zaman https, wss, or veya gRPC-TLSHer bağlantı bir elhak ve şifre ve şifreleme yapmak zorundadır. Genel web uygulamaları için bu genellikle kabul edilebilir ve hatta fark edilmez. / Her bağlantı, UX veya PnL için on milisans meselesinin fark ettiği stratejiler için, üst fark edilir.
Önemli nokta şu:
- Verileri gördüğünüz zaman zamanlama (Shreds / Geyser / RPC)
- Onu taşımanın yolu (The way you transport it (UDP / gRPC / WebSocket / TLS)
Ayrı endişeler, ancak her ikisi de son geçncy ve UX üzerinde güçlü bir etkiye sahiptir.
Yönelme hız koymak: Zamanlaması ve ulaşım
Bu parçalarla, hız hakkında daha somut bir şekilde neden olabilirsiniz.
zamanlama bakış açısından:
- Keds en erken aşaması görüyor.
- Geyser gRPC Bir sonraki gelir.
- RPC / WebSocket Son gel.
Nakliye bakış açısından:
- UDP En hafif ve en hızlı.
- gRPC TCP üzerinden daha sonra, verimli ikili akışla.
- WebSocket JSON ve JSON ile TLS Genellikle en ağır olanıdır.
“same bölgesi, aynı donanım, aynı ağ yolu” için normalize ederseniz, teknik hız siparişi:
- UDP (Shreds)
- gRPC (Geyser)
- WebSocket (JSON-RPC bildirimleri)
Elbette, bu izolasyonda hız. Gerçek sistemlerde sadece geçliğe bakamazsınız. Ayrıca güvenilirlik, doğruluk gereksinimleri, gelişim maliyeti ve ekibinizin gerçekten ne kadar karmaşık olabileceğini de dikkate almak zorundasınız.
Güvenilirlik ve gelişme maliyeti: Neden WS > gRPC > UDP Uygulamada pratikte
Birçok gerçek projede, hangi veri akışlarının kabul edildiği sipariş neredeyse teknik hız sıralamasının tersine döndü:
- İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk İlk WebSocket
- Sonra sonra Geyser gRPC
- Sonunda, Keds / UDP
Bu bir kaza değil.
Klütler (Sesir)UDP) en hızlı ama başlangıçtan eksik ve sıra dışı veriler için tasarım yapmanız gerekir.
Her paketin geldiğini ve tüm verilerin mükemmel bir şekilde sıralandığını varsayamazsınız. Mantıkınız boşlukları ele almalıdır, gerekirse diğer akışlarla uzlaşmak ve gürültüye tahammül etmek zorundadır.
Geyser gRPC Size, düğüm içinde zaten doğrulanmış ve yapılandırılmış olan verileri verir.
Bu, tüketmek için çok daha kolay hale getirir. Olaya dayalı geri dönüşler, uyarı sistemleri, zincirli analitik ve indeksçiler tüm Geyser'de iyi bir hız, güvenilirlik ve uygulama çabasıyla inşa edebilir.Birçok takım için, bu bir kez doğal ikinci adım WebSocket- Sadece kurulumlar sınırlarını vurdu.
WebSocketBaşlıca avantajı doğrudan tarayıcılara ve normal web altyapısına yapıştırılmasıdır.
DApp ön uçları ve hafif hizmetler mevcut araçlar ve kütüphaneler ile kullanabilir ve kod örnekleri yaygın olarak kullanılabilir. Ürününüzün ilk versiyonunu göndermek için, WebSocket Genellikle en pratik başlangıç noktası, özellikle “kanıtları” problemini çözseydiniz.
Yani teoride, hız düzenidir UDP > gRPC > WS.
Uygulamada, kabul sipariş genellikle WS > gRPC > UDP.
Her iki eksenleri aklınızda tutmanız ve mevcut aşamanıza ve hedeflerinize göre soyut bir “hızlı” etiketi kovalamak için seçmeniz gerekir.
Nasıl ki, Geyser gRPC Birlikte birlikte çalışmak birlikte birlikte çalışmak
Temel hız ayarını aştıktan sonra ve her on milisaniyeyi aramaya başlarsanız, anahtar soru, nasıl bir araya getirilir ve ketçapları ve bir araya nasıl bir araya getirilir. Geyser gRPC.
Şimşekler ilk fark edilmek içindir.
Mevcut lidere yakın olan ketçapları alabilirseniz, on yüz milisaniye daha önce sadece Geyser veya veya veya veya hatta bir tane izlemekten önce zincirde değişiklikleri tespit edebilirsiniz. RPCBu boşlukların doğrudan PnL'ye dönüştüğü stratejiler için, bu çok önemli. Ticaret, bunun için gürültüyü ve tasarımı kabul ettiğinizdendır.
Geyser gRPC Doğru şekilde doğru bir şekilde doğru şekilde onaylanması ve neden edilmesi içindir.
Blok onayı zamanında, Geyser logları, hesap değişiklikleri ve diğer yapısal olaylar. Bunları strateji mantığınıza, risk kontrollerinize, indeksleyicilere ve izleme sistemlerine yönlendirebilirsiniz.Bu, hipnozdan daha yavaştır, ancak veriler tutarlı ve çok daha kolay.
Alandaki ortak bir model:
- Fırsatları tespit etmek ve adayın işlemlerini mümkün olduğunca çabuk bir şekilde birleştirmek için parçalar kullanın.
- Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Use Geyser gRPC Blokları ve logları doğrulamak ve ana mantığınızı ve izlemenizi sağlamak için.
Bu ayrılık, karar vermenizi istikrarlı ve doğrulanabilir olan verilere zeminde tutmanız için geç saatlere yol açmanızı sağlar.
TLS, paylaşılan uç noktaları ve adanmış düğümler
Şimdiye kadar altta ve ağ aynı olduğunu varsaydık. Gerçekte, başka bir büyük yapısal fark var: ortak bir uç noktası veya özel bir düğüm kullanıyorsanız.
Paylaşılan bir uç noktası bir anda birçok kiracı tarafından kullanılır.
Halk interneti üzerinden maruz kalıyor ve trafik bir güvenlik çevresiyle gidiyor. Şifreleme zorunludur; sadece dönemezsiniz TLS Kapat. şifreleme, şifreleme ve elhaklar normal dApp kullanımı için mükemmel bir şekilde kabul edilebilir, ancak HFT tarzı bağlamda mümkün olan her milisaniyeyi tıraş etmeye çalışıyorsanız ortaya çıkıyor.
Özel bir düğüm tek bir kiracı için ayrılmıştır.
Çünkü erişimi kısıtlayabilirsiniz IP Çevreyi ele alıp izole edin, seçeneği devre dışı bırakmak için kazanırsınız TLS ve düzelme ve HTTP veya düz metin gRPCAyrıca paylaşmıyorsunuz CPU, hafıza, disk I/O, veya diğer müşterilerle ağ bant genişliği, bu yüzden geçiniz etrafta atmıyor çünkü birisi aynı makinede ağır bir iş yükü taşıyor.
Eğer seninolonlarını çalıştırırsan, Geyser gRPCVe RPC Tüm adanmış düğümler, bu akışların hepsi diğer kiracılardan ve diğer kiracılardan izole edilmiş bir ortamda çalışır ve diğer onantlardan ve diğer kiracılardan ve diğerlerinden TLS (Demek)
Bu kombinasyon, adanmış kurulumlar, paylaşılan uç noktaları paylaşan geç saatlere ulaşır, tasarımla bile aynı donanımla ulaşamaz.
Ortak düğümler birçok kullanıcı için sağlam performans sağlamak için var.
Özel düğümler gerçekten en hızlı olası yol ihtiyacınız olduğunda sınırları zorlamak için var.
Çok-bölge ve adanmış parçalar (çok-bölge ve adanmış)UDP (Müslim)
mesafe ve lider pozisyonuna geri dönmek, sürece uzun süre Solanánin liderleri dünyanın etrafında dönüyor, tek bir bölge kurulumu asla her yerde en hızlı olamaz, her zaman.
Bu, çok-bölgeli Keds kurulumlarının geldiği yerdir.
Özelleştirilmiş parçalar (Premium parçalar, Standart KEnler, Metal Keds, Sınırlı Baskılar ve benzer çizgiler) bir araya getirilir:
- UDP Tesla'nın teslim edilmesi mümkün olduğunca hızlı
- En az jitter ile özel sunucular
Çeşitli bölgelerde adanmış ketçapları dağıtmak için Frankfurt, Amsterdam, New York, Chicago, TokyoVe SingaporeAncak lidere yakın olan ketçapları alabilirsiniz, hangi bölgenin şu anda lehine olursa olsun.
Ortak bir model aynı anda farklı bölgelerden gelen birçok makasa abone olmak ve ilk gelene sadece hareket etmektir.
Bu, uzun süreli gecikme ve bölgesel kongestasyon etkisini azaltır ve pratik bir şekilde “önderliğe yakın” ile ilgili olarak size izin verir.
Multi-region adanmıştır, daha erişilebilir hale getirmek için, ERPC Çok-bölge kullanımı için indirim kuponları sağlar:
- 2 bölge:% 5 kapalı
- 3 bölge:% 8
- 5 bölge:% 10
- Tüm bölgeler:% 15
Bu, en yüksek primli Klütleri (örneğin, Premium veya Metal) en rekabetçi bölgelerde yapılandırdığınız yerleri tasarlamak ve daha pahalı seçenekleri desteklemek için daha fazla maliyetle kullanılabilir.
Paylaşılan Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Shredstream Grafikler: Keds'e daha geniş bir on-ramp
Her yerde tamamen adanmıştır yapmadan önce, çok-bölgeli bir Paylaşım Shredstream Kurulum çok pratik bir orta adım olabilir.
Paylaşılan Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Shredstream Sches, tek bir plan altında birden çok bölgeden paylaşılan parçalara ayırabilmenize izin verir.
İçsel olarak, Ortak Shredstream Keds katmanından veri alır (pişman).UDP) ve size bunu size ile birlikte sunar gRPCkaynağı hala zayıftır, bu yüzden bilgi bir adım daha erken bir adım daha görüyorsun Geyser gRPCAncak, rahatlığından faydalanırken gRPC akış.
Katmanların nasıl çizgilendiği konusunda:
- Aşişeler aracılığıyla UDP İleride, propagasyona en hızlı, en yakın olanıdır.
- Paylaşılan Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Shredstream is a gRPC Keds'ten türeklenen akış, sadece bunun üzerinde oturuyor.
- Geyser gRPC Bundan sonra, onay zamanlamasını engeller.
Paylaşılan Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Shredstream Sches include IP Beyaz listeleme, 10 bağlantı ve en yakın kenara otomatik routing. Bu, Asya, Kuzey Amerika ve Avrupa gibi bölgelerde aynı anda kullanılan ketçaplı verileri kullanmaya izin verirken makul maliyetli tutar.
Her bölgede doğrudan adanmış parçalara atlamak yerine, yapabilirsiniz:
- Ortak bir ortakla başlayın Shredstream Sche to get hands-on experience with keteds-based data.
- En fark ettiği yerde anlamanın logları ve performans verilerini kullanın.
- Migrate yüksek orandakipact bölgeleri, kanıtlarınız ve açık bir iş durumunda olduğunuzu bir kez adanmıştır.
Geliştirme aşaması ile pratik adımlar
Bunu birlikte koymak, aşamalar açısından düşünmek daha kolaydır.
-
aşamada, doğru bölgeyi ve mesafeyi seçin, sonra dApp veya botunuzu kullanarak inşa edin RPC ve WebSocket. Bölgeyi ve ağ yerleştirmeyi doğru sık sık, ketedlere veya hatta dokunmadan önce büyük UX iyileştirmelerini sağlar. gRPCBir ürün başlatmak için, WebSocket Çok rasyonel bir seçim, özellikle ön uçtan.
-
aşamada ekleniyor Geyser gRPC Geri uçları, izleme ve analizleri güçlendirmek için. Geyser gRPC Blok, log ve hesap olayları verimli bir şekilde ve sağlam indeksleyiciler, uyarı sistemleri ve bunların üst kısmındaki dış API'ler oluşturmanıza izin verin. hız, güvenilirlik ve gelişim maliyeti arasında iyi bir denge vuruyor ve birçok takım için doğal bir “saniye adım”.
-
aşamada, ketçaplara ve UDP İleride, geç kalan farklılıkları doğrudan PnL veya UX'i etkiler. Birden çok bölgede adanmış ketçapları dağıtarak ve çok-bölge indirimlerini kullanarak, HFT için gerekli olan geç kalmış gruba girebilirsiniz. MEV, ve 0-slot stratejileri her şeyi tek bir atışta çizmeksizin tasarlamaksızın.
Anahtar nokta “The key point is not “UDP Teorik olarak en hızlı, bu yüzden sadece kullanın UDP Her yerde.”
Anahtar, fazına ve ekonominize bakmak, sonra nerede ve ne zaman ketçaplara yatırım yapmaya karar vermek ve adanmış altyapı aslında iğneyi hareket ettirir.
Kullanım Kullanımı ERPC Grafikler ve VPS temel olarak
The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The ERPC Grafik planları size tam bir temel vermek için tasarlanmıştır:
- RPC (HTTP / WebSocket)
- Geyser gRPC
- Paylaşılan Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Paylaşım Shredstream gRPC
Tek bir yapı altında.
kullanmaya devam edebilirsiniz RPC ve WebSocket Ana üretim arayüzü olarak, deney yaparken Geyser gRPC ve Shredstream Aynı ağda.
Çünkü her şey birleşik bir altyapı üzerinde çalışır, davranışı ve performansı doğrudan karşılaştırabilirsiniz ve varsayımlardan ziyade gerçek ölçümlere dayanan kararları verebilirsiniz.
Bunun üzerine, bunu aynı zamanda yaşayan VPS hatlarıyla birleştirebilirsiniz. ERPC ağ, örneğin EPYC VPS ve Premium Ryzen VPS.
Bu, bir yerde ayarlamanıza izin verir:
- Mesafeye Uzak Solana Geçerliatörler
- Veri akışlarının seçimi (WS, gRPC, Keds)
- Donanım performansı
Pratik bir yaklaşım, doğru bölgeleri ve bölgeleri ilk güvenlileştirmektir. ERPC Sche + VPS temeli, daha hızlı katmanlara (Geyser, Paylaşılan ketçaplar, adanmış ketçaplar) ihtiyaçlarınız ve ekonominiz geliştikçe.
Sonuç: Tasarım: Tasarım: Tasarım Solana zamanlama, ulaşım ve mesafe performansı
Performans ve bir UX of a Solana Uygulama bir faktör kombinasyonundan gelir:
- sunucularınızın nerede bulunduğu
- Her seferinde lidere ne kadar yakınsınız
- Hangi zaman zaman zaman zaman içinde, zincir verileri üzerinde aldığınız veri
- Hangi ulaşım ve protokol kullandığınız
- Uygulama mantığınızın ilk başta nasıl tepki verdiği
Uzak ve lider pozisyonu üssü oluşturur. Bunun üstüne:
- En erken aşama için parçalar
- Geyser gRPC Onaylanmış, yapılandırılmış veriler
- RPC / WebSocket API'ler aracılığıyla depolamak için
Ve sahip olduğunuz taşıma tarafında:
- UDP
- gRPC TCP üzerinden
- WebSocket JSON ve TCP ile TLS
Yalnızca bir isim veya pazarlama ile bir akış veya protokol seçmek yeterli değildir.
Bu üç eksen boyunca kullanım durumunuzu oynayan bir yapı seçmek: zamanlama, ulaşım özellikleri ve ilgili geçerlitörlere uzak.
ERPC ve Validators DAO Bir sağlama hizmeti sağlar Solana- odaklı ağ, RPC / gRPC / Shredstream Hizmetler, VPS hatları ve adanmış ketçaplar için çok sayıda indirim, bu yüzden bu yapıları gerçekçi bir maliyetle inşa edebilir ve ihtiyaçlarınızın büyüdükçe evrimleştirebilirsiniz.
Veri akış tasarımını, ağ mesafe optimizasyonunu veya adanmış parçalarla ilgili kombinasyonları tartışmak istiyorsanız, paylaşılanlar ile ortak olun. Shredstream Sches, Sches ve VPS, dışarı çıkmak için özgür hissediyor Validators DAO Discord.
- ERPC: https://erpc.global/en
- SLV: https://slv.dev/en
- elSOL: https://elsol.app/en
- Epics DAO: https://epics.dev/en
- Validators DAO Discord: https://discord.gg/C7ZQSrCkYR
Haberler
