Skip to main content

​
Erişim

API anahtarlarınızı OrbitFlare gösterge panelinde Dashboard > Apex altında oluşturun.
Hayır. Bir Apex uç noktası gönderimleri kabul eder: sendTransaction, sendBundle ve düz HTTP gönderim rotaları, ayrıca getTipAccounts, getInflightBundleStatuses, getVersion ve health. Blockhash’ler, hesap okumaları, simülasyon ve onay için normal OrbitFlare RPC uç noktanızı kullanmaya devam edin.
Apex, Solana mainnet’e hizmet verir.
Göndericinizden en düşük gidiş dönüş süresine sahip olanı. GET /ping ile ölçün. Her Apex uç noktası kendi başına sıradaki liderlere doğru yönlendirir, dolayısıyla seçiminiz yalnızca kendi atlamanızı etkiler. Uç noktalar ve bölgeler sayfasına bakın.

​
Bahşişler ve Maliyet

Bahşişi her işlemin içinde ve yalnızca o işlem bloğa girdiğinde ödersiniz. Standart katman tabanı 0,001 SOL’dur (1.000.000 lamport). Reddedilen, süresi dolan veya düşürülen bir işlemin maliyeti yoktur.
Hayır. Tek bir Apex bahşişi üç yolun hepsini kapsar. Jito yolu kazandığında Apex, bahşişinizden 5.000 lamport’luk temel ücreti düşerek kalan tutarı, işleminizle aynı paket içinde Jito’ya teklif olarak verir.
Evet. Apex işleminizi lidere ulaştırır ve lider yine öncelik ücretine göre sıralar. Her işlemde bir hesaplama birimi limiti ve fiyatı belirleyin. Bahşişler sayfasına bakın.
Bahşiş, getTipAccounts yönteminden gelen hesaplardan birine yapılan üst düzey bir SystemProgram transferi olmalıdır. Programınızın CPI aracılığıyla yaptığı bir transfer sayılmaz, başka herhangi bir adrese yapılan transfer de sayılmaz. Ayrıca bahşiş hesabının bir adres arama tablosu üzerinden yüklenmediğini, statik hesap anahtarlarında olduğunu ve bahşişi karşılayanın imzaladığını kontrol edin. Bahşiş hatalarına bakın.
Onları koda sabit olarak yazmak yerine başlangıçta getTipAccounts ile alın ve zaman zaman yenileyin. İşlem başına rastgele birini seçin.
Yürütme sırasında başarısız olan bir işlem, bahşiş transferi de dahil olmak üzere bütün olarak geri alınır. Yalnızca ağ ücretini ödersiniz.

​
Gönderim

Mevcut koda doğrudan eklendiği için JSON-RPC sendTransaction ile başlayın. HTTP üzerinde daha az ek yük için POST /send-bin rotasına veya en hızlı yol için Rust istemcisi veya Go istemcisi ile QUIC’e geçin. Yönlendirme ve öncelik hepsinde aynıdır. İşlem gönderme sayfasına bakın.
Şart değil. Bir imza, Apex uç noktasının işlemi kabul ettiği ve onu yarıştırdığı anlamına gelir. Bir Solana RPC üzerinde getSignatureStatuses ile onaylayın. Her gönderimi onaylayın bölümüne bakın.
Hayır. Sizinle lider arasındaki hiçbir şey simülasyon yapmaz veya preflight kontrolleri çalıştırmaz. Simülasyon istiyorsanız önce normal RPC’nizde simulateTransaction yöntemini çağırın.
İşlem bloğa girene veya blockhash’inin süresi dolana kadar. Bundan sonra onu yeni bir blockhash ile yeniden oluşturun ve yeni işlemi gönderin. Durable nonce kullanan bir işlem, bloğa girene veya nonce’u kullanılana kadar, en fazla 90 saniye yeniden denenir. Blockhash’ini Apex’in mainnet’te hiç görmediği bir işlem (örneğin devnet için oluşturulmuş bir işlem) 20 saniye sonra bırakılır.
Evet, işlemede hiçbir fark olmadan: her yoldan gönderilir ve diğer işlemler gibi yeniden denenirler. Bir nonce işlemi, nonce’u kullanılana kadar geçerlidir. Aynı eylemi tek bir nonce ile birkaç kez imzalayıp kopyaları farklı sağlayıcılar üzerinden gönderirseniz, yalnızca bloğa ilk giren kopya başarılı olur ve diğer tüm kopyalar kalıcı olarak geçersiz hale gelir. Apex nonce’un kullanıldığını fark eder, kendi kopyasını göndermeyi bırakır ve onu nonce_used olarak bildirir. Apex’e adil bir şans vermek için her sağlayıcıya ayrı bir kopya yerine aynı imzalı işlemi gönderin.
Evet. Ağ belirli bir imzayı bir kez yürütür, dolayısıyla aynı imzalı işlemi birkaç hizmet üzerinden yarıştırmak güvenlidir. Apex bahşişiniz, işlemi hangi hizmet teslim etmiş olursa olsun, yalnızca işlem bloğa girerse ödenir.
CORS her HTTP yanıtında etkindir, dolayısıyla tarayıcı kodu rotaları doğrudan çağırabilir. Herkese açık bir sayfaya konan anahtarın ziyaretçiler tarafından görülebildiğini ve Apex uç noktalarının düz HTTP üzerinden sunulduğunu, dolayısıyla HTTPS üzerinden yüklenen bir sayfanın karışık içerik kurallarına tabi olduğunu unutmayın. Kimlik doğrulama sayfasına bakın.
HTTP üzerinde evet, x-api-key başlığı veya api-key sorgu parametresi olarak. QUIC üzerinde hayır: istemci anahtardan türetilen bir sertifika sunar ve anahtarın kendisi makinenizden asla çıkmaz. Her iki durumda da anahtar fon harcayamaz, çünkü her işlem kendi anahtar çiftinizle imzalanır.

​
Paketler ve Transaction v1

Yalnızca birkaç işlemin sırayla ve ya hep ya hiç esasıyla yürütülmesine ihtiyacınız olduğunda. Paketler yalnızca Jito blok motoru yoluna gider, bu yüzden yalnızca Jito etkin liderlerde bloğa girer. Tek bir işlem, üç yolun hepsini kullanan normal bir gönderim olarak bloğa daha erken girer. Paketler sayfasına bakın.
Paketteki tam olarak bir işlem, katmanınızın tabanında veya üzerinde Apex bahşişini taşır.
Evet, transaction v1 (SIMD-0385) olarak, sendTransaction, /send, /send-bin, /send-batch, QUIC üzerinde ve paket üyesi olarak 4096 bayta kadar. Legacy ve v0 işlemler 1232 baytta kalır.

​
Sınırlar ve Destek

Hız sınırları API anahtarı başınadır ve anahtarın katmanı tarafından belirlenir. Sınırı aşmak JSON-RPC -32029, HTTP 429 veya QUIC kabul kodu 2 döndürür. Hatalar ve hız sınırları sayfasına bakın.
Resmi istemciler, Rust crate’i orbitflare-apex ve Go modülü orbitflare-apex-go’dur. Diğer tüm diller JSON-RPC’yi ve düz HTTP rotalarını hiçbir kütüphane olmadan kullanabilir ve QUIC protokolü, onu uygulamak isteyen herkes için belgelenmiştir. Diğer dillerden QUIC bölümüne bakın.
Ekibe Discord, Telegram üzerinden veya support@orbitflare.com adresine e-posta göndererek ulaşın.