Ana içeriğe geç

Ödüller ve İzleme

Bir hafif node hem ödül kazanır hem de bu ödülleri kazanmaya devam edebilmek için sağlıklı kalması gerekir. Bu sayfa %3'lük hafif-node ödül payını, delege edilmiş stake'in ve otomatik bileşiklemenin nasıl çalıştığını ve node'un nasıl izleneceğini ele alır.

%3 blok-ödülü payı​

QoreChain'in ücret dağıtımı, ağ verisi sunan hafif node'lar için sabit bir %3 pay ayırır. Bu, protokolün ödül dağılımındaki beş hedeften biridir — validatörler (%37), yakılan (%30), hazine (%20), staker'lar (%10) ve hafif node'lar (%3) — ve zincir üzerinde uygulanır. Tam döküm için bkz. Tokenomics.

Bu paya hak kazanmak için bir node'un, kendi beyanına değil zincir üzerindeki kontrole dayanan üç şeye ihtiyacı vardır: aktif bir lightnode_operator lisansı, minimum 1.000 QOR delege edilmiş stake — delege ettiğiniz tüm validatörler genelindeki toplamınız olarak sayılır, validatör başına değil — ve zincir üzerinde 1 QOR'luk bir kayıt ücreti. Katılım ayrıca ağ genelinde 10.000 hafif node ile sınırlandırılmıştır. Kayıt ve lisanslamanın nasıl işlediğine, ödül programına kayıt sürecinin güncel durumu da dahil olmak üzere, Kayıt ve Lisanslama sayfasından bakabilirsiniz.

Kayıt ve delegasyon tamamlandıktan sonra, uygun kalmak canlı kalmakla ilgili bir meseledir. Bir node'un en az %80 çalışma süresine (uptime) sahip olması ve yaklaşık 1.000 blokluk (~39 dakika) bir aralıkta heartbeat canlılık kanıtları göndermeye devam etmesi gerekir.

Gönderim penceresi yalnızca geç tarafta değil, her iki uçta da dardır. Bir heartbeat yalnızca son kabul edilen heartbeat'inizden itibaren yaklaşık +1.000 blok ile +1.100 blok arasında kabul edilir (yaklaşık 4 dakika, her ~39 dakikada bir) — çok erken göndermek de çok geç göndermek gibi reddedilir.

Pencereyi kaçırmak uptime'a mal olur, kaydınıza değil. Pencereyi kaçıran bir node etkin değil olarak işaretlenir ve paydan kazanmayı durdurur, ancak bir sonraki başarılı heartbeat node'u hemen yeniden etkinleştirir — yapılacak bir yeniden kayıt yoktur. Ayrıca şunu da unutmayın: daemon'un bir sonraki heartbeat'e doğru işleyen kendi dahili sayacı, bir gönderim denemesi başarısız olsa bile ilerlemeye devam eder ve yeniden başlatmada sıfırlanır; bu yüzden bir node, operatörün hiçbir hatası olmadan etkin değil olarak işaretlenmiş olabilir — etkin değil işaretini bir şeylerin yanlış yapılandırıldığı anlamına geldiğini varsaymak yerine status komutunu kontrol edin.

Bir heartbeat gerçekte neyi kanıtlar

Başarılı bir heartbeat, operatörün anahtarının zamanında imzaladığını kanıtlar — bir node'un yazılımın tamamını kesintisiz çalıştırdığını kanıtlamaz. Bunu "etkin bir node olarak doğrulandı" değil, bir canlılık imzası olarak değerlendirin.

last_heartbeat bir blok yüksekliğidir, zaman damgası değil

Bir node'un zincir üzerindeki kaydını doğrudan sorgularsanız, last_heartbeat bir blok yüksekliğidir ve 0 değeri, node'un henüz hiç heartbeat göndermediği anlamına gelir — bu durumda zincir, yerine registered_at yüksekliğini bildirir. Bunu saf bir geçen-zaman hesaplaması olarak okumak, yeni kayıt olmuş bir node'un milyonlarca blok gecikmiş gibi görünmesine yol açar.

Ödül uygunluğu: aktif bir zincir üzerindeki lisansı ve minimum delege edilmiş stake'i elinde tutmak, kayıt olmak, ardından payın akmaya devam etmesini sağlayan uptime ve heartbeat-aralığı eşiklerinin üzerinde kalmak için heartbeat'ler aracılığıyla canlılığı kanıtlamaya devam etmektir.

Ödüller nasıl işler​

Hafif-node payının ötesinde, node delege edilmiş stake'i ve bunun ürettiği staking ödüllerini de yönetir. Bu davranış, config.toml dosyasının [delegation] bölümü tarafından yönlendirilir.

Çoklu-validatör dağılımıyla delege edilmiş staking​

Stake'i tek bir validatörde yoğunlaştırmak yerine birden fazla validatöre delege edebilirsiniz. Node, her delegasyonu ve her validatöre atanan stake payını yapılandırılabilir bölüştürme ağırlıkları (split weights) kullanarak takip eder, böylece riski küme genelinde dağıtabilirsiniz.

Otomatik bileşikleme (auto-compound) ödülleri​

Node, yapılandırılabilir bir aralıkta ödülleri talep edip otomatik olarak yeniden delege edebilir. Varsayılan olarak otomatik bileşikleme 1h aralığıyla etkindir ve bir talebin tetiklenmesi için birikmesi gereken minimum bir ödül eşiği (uqor cinsinden) vardır. Bileşikleme, kazanılan ödülleri manuel müdahale olmadan ek stake'e dönüştürür.

İtibar farkındalıklı yeniden dengeleme​

Yeniden dengeleme etkinleştirildiğinde, node yapılandırılabilir bir minimum itibar puanına tabi olarak delegasyonu daha yüksek itibarlı validatörlere doğru otomatik olarak kaydırabilir. Bu, stake'in performansı düşen validatörlerde bırakılmak yerine iyi performans gösteren validatörlerle çalışmaya devam etmesini sağlar.

Ödülleri ve delegasyonları inceleme​

SX sürümü bu durumu incelemek için komutlar sunar:

lightnode-sx delegation   # current delegations and their split
lightnode-sx rewards      # pending staking rewards (uqor)
lightnode-sx validators   # the bonded validator set

UX sürümünde, Delegation görünümü aynı delegasyon ve ödül bilgisini tarayıcıda gösterir.

İzleme​

Node'u sağlıklı tutmak, onu ödüllere uygun tutan şeydir. İzlenmeye değer üç şey vardır.

Telemetri​

Gerçek zamanlı telemetri; validatörleri, konsensüsü/ağı, köprüyü ve tokenomiği kapsar; her biri kendi aralığında yenilenir (config.toml içindeki [telemetry] altında yapılandırılır). CLI üzerinden:

lightnode-sx status    # node and light-client sync status
lightnode-sx network   # recent synced headers and latest height

UX sürümü aynı veriyi Overview, Network, Bridge ve Tokenomics görünümlerinde canlı olarak sunar — bkz. UX Edition.

Senkronizasyon ve heartbeat sağlığı​

status komutu zincir kimliğini, en son blok yüksekliğini, zincirin yetişip yetişmediğini ve hafif istemcinin senkronize olduğu yüksekliği ile senkronizasyon durumunu bildirir. Kayıtlı, senkronize ve çalışan bir node, heartbeat canlılık kanıtları göndermeye devam eder ve böylece ödül payına uygun kalır. Bu heartbeat'ler, zincirin varsayılan olarak PQC gerektirmesiyle tutarlı biçimde bir PQC-eş-imzalı (PQC-cosigned) işlem hattı (hibrit Dilithium-5 / ML-DSA-87) aracılığıyla üretilir — hattın nasıl çalıştığı ve zincir üzerinde heartbeat'lerin nasıl etkinleştirileceği için bkz. Kayıt ve Lisanslama. status node'un takıldığını veya senkronize olmadığını gösteriyorsa, canlılığını kanıtlamakta başarısız olabilir — uygunluk etkilenmeden önce araştırın.

Öz-test sağlığı​

Kriptografik yığında bir sorundan şüpheleniyorsanız, PQC öz-testini istediğiniz zaman çalıştırabilirsiniz:

lightnode-sx selftest

Bu, anahtar üretimi → imzalama → doğrulama → kurcalama tespiti (beş kontrol) sırasını çalıştırır ve herhangi bir başarısızlıkta sıfırdan farklı bir kodla çıkar. Bu, node sorunlarını teşhis ederken post-kuantum imzalama yığınındaki bir sorunu ekarte etmenin en hızlı yoludur. Tam öz-test dökümü için bkz. SX Edition.

Sırada ne var​