XRPL 27 Mayıs Yükseltmesi Öne Çıkanları: Blok Zinciri Bölünmelerinde Doğrulayıcı ve Pazar Rolü

iconCryptoSlate
Paylaş
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconÖzet

expand icon
XRPL'nin 27 Mayıs'taki blok zinciri güncellemesi olan fixCleanup3_1_3, tamamlanmak için %80'den fazla doğrulayıcı desteği gerektiriyor. Bu güncelleme, NFT'ler, Vaults ve Kredi Protokolü için düzeltmeler içeriyor. David Schwartz, uzlaşmanın düğüm sayısı değil, doğrulayıcı koordinasyonu ve UNL'ler tarafından belirlendiğini belirtti. Gerçek bir çatallanma, rekabetçi UNL'ler ve altyapı desteği içeren tam bir kampanya gerektirecektir. Ağı güncellemesi, defter bütünlüğünü korumada doğrulayıcıların rolünü vurgulamaktadır.

XRPL'nin bilinen düzeltmeler sayfası, 27 Mayıs'ta etkinleştirilmek üzere fixCleanup3_1__3'ü listeliyor ve tasarım olarak bu olay bir bakım yükseltmesidir.

rippled sürüm 3.1.3, NFT'ler, İzinli Alanlar, Kasa ve Kredi Protokolü için düzeltmeleri birleştirir ve XRPL blogu bu düzeltmelerin öneminden dolayı oyu varsayılan olarak Evet olarak belirledi.

Düzenleme süreci, yeni kurallar kalıcı hale gelmeden önce iki hafta boyunca güvenilen doğrulayıcılardan %80'den fazla destek gerektirir.

Sınırı aşmanın neden değerli olduğu, XRPL ortak kurucusu David Schwartz'in gerçek bir çatallanmanın gerçekten ne gerektirdiğine dair söyledikleridir, çünkü cevabı herhangi bir blok zincirinde protokolün meşruiyetinin nasıl çalıştığını ortaya koyar.

Schwartz'in temel noktası, ham node sayısı katkı gücünün zayıf bir göstergesidir. Node'ların sayılarına orantılı olarak oy vermesi sağlanan bir sistem, herhangi birinin düşük maliyetle binlerce makine çalıştırmasına olanak tanıyarak bir saldırı yüzeyi oluşturur.

XRPL modelinde, her sunucu operatörü, sunucunun işbirliği yapmayacağını güvendiği doğrulayıcıların seçkin bir kümesini, Yeniğe Tekil Sunucu Listesi'ni (UNL) korur ve UNL, uzlaşma sırasında sunucunun hangi doğrulama oylarını sayacağını belirler.

XRPL değişikliği kalıcı hale geliyor
XRPL düzeltme süreci, yeni kurallar kalıcı hale gelmeden önce iki hafta boyunca %80'den fazla güvenilir doğrulayıcıdan destek gerektirir ve yükseltilmemiş sunucuları engeller.

Bir sunucu, ağ boyunca birçok node'dan doğrulama mesajları alır ve UNL'sindeki doğrulayıcılar, bu mesajların hangilerinin sunucunun defter hakkındaki görüşünü şekillendirdiğini belirler.

Schwartz, XRPL üzerindeki uzlaşma legimitesinin, güven listeleri ve doğrulayıcı koordinasyonu aracılığıyla aktarıldığını ve UNL uyumu ile ekonomik kabulün, defterin bölünme durumunda hangisinin hayatta kalacağını belirlediğini açıkladı.

Neden gerçek bir çatallanma tam bir koordinasyon kampanyası gerektirir

27 Mayıs'taki XRPL oylamasında, düzeltme-engelli sunucular, defter geçerliliğini belirleme, işlem gönderme veya işleme, konsensüse katılım veya gelecekteki düzeltmeler üzerinde oylama yetisini kaybeder.

Bu, hâlâ 3.1.3 öncesi yazılımı çalıştıran herhangi bir borsa, cüzdan, Explorer veya altyapı operatörü için son teslim tarihini işlemelik olarak önemli hale getirir, çünkü bu sunucular operatör güncelleme yapana kadar kanoik defterde katılımcı olmaktan çıkar.

Düzeltilmiş olarak engellenen altyapı, geliştirilmiş zincire erişimi kaybeder ve işlevsel bir rakip oluşturmak için koordinasyon altyapısına sahip değildir.

Bir güvenilir çatallanma oluşturmak için, eski kurallar altında defterler üretmeye devam etmeye razı doğrulayıcılar gerekecektir ve doğrulayıcılar olmadan takip edilecek bir defter akışı yoktur.

Daha sonra, güvenilir bir doğrulayıcı listesi olmadan düğümlerin esas kurallar etrafında koordine edecek bir mekanizmaya sahip olmaması nedeniyle, sunucuların yapılandırabileceği veya yazılımın varsayılan olarak kullanabileceği rekabetçi Biricik Düğüm Listesi’ne ihtiyaçları olacaktır.

Ayrıca, eski kuralları koruyan ve varsayılanların rakip UNL'ye işaret ettiği bir kod dağıtımı gerekecek; eski kural defterine erişilebilir ve işlem yapılabilir hale getirmek için cüzdanlar, borsalar, Explorer'lar ve uygulamalardan yeterli altyapı desteği gerekecek.

XRPL ve node'lar arasındaki ilişki
Güvenilir bir XRPL çatallanması, yükseltilmemiş node'ların dışında beş katmana ihtiyaç duyar: eski kural doğrulayıcıları, bir rakip UNL, eski kural kodu, altyapı desteği ve piyasa tanınırlığı.

XRPL belgeleri, en kötü durumda çatallanmayı önlemek için rekabet eden UNL'lerin %90 oranında örtüşmeye ihtiyaç duyabileceğini gösteren araştırmalara atıfta bulunuyor; bu da, iç tutarlılığı korumak için herhangi bir rakip UNL'nin kanonik UNL ile neredeyse tüm güvenilen doğrulayıcı kümesini paylaşması gerektiği anlamına gelir.

Köklü şekilde farklı bir doğrulayıcı kümesi etrafında oluşan bir çatallanma, kendi uzlaşmasını sürdüremeyen ve pazar kabulü çekemeyen bir defter üretme riski taşır.

Düzenleme sürecinin aslında izlediği şey, doğrulayıcı desteği ve iki hafta boyunca %80 eşik değeri, ağına güvenilen varlıkların yeni kurallar kalıcı hale gelmeden önce kalıcı bir uzlaşmaya vardığını garanti eder.

Yükseltilmemiş, doğrulayıcı olmayan düğümlerin büyük bir kısmı, kanonik defterin yolunu göstermek yerine altyapı gecikmesini yansıtabilir.

Altyapı gecikmesi ile bir rakip zincir arasındaki mesafe

Keskin durumda, 27 Mayıs etkinleşmesinden geri kalan borsalar, cüzdanlar veya altyapı operatörleri değişiklikle engellenir ve defter katılımcısı olarak işlevlerini durdurur.

Bu sağlayıcılar aracılığıyla yönlendirilen kullanıcılar, gönderilemeyen işlemler, defter geçerliliğini doğrulayamayan Explorer'lar ve ödemeleri işleyemeyen uygulamalar gibi hizmet kesintileriyle karşılaşıyor.

Bu operasyonel maliyet, yükseltmeyi önceliksiz bırakan operatörler üzerinde kalır ve etkinleşme sırasında hâlâ 3.1.3 öncesi node'ları çalıştıran büyük bir borsa veya kustodan için takip edilmesi önemlidir.

Yeterli sayıda sağlayıcıda uzun süreli altyapı gecikmesi, kanonik defter yeni kurallar altında devam etse bile gerçek kullanıcı deneyiminde sorunlara neden olur.

Kuzey durumunda, fixCleanup3_1_3, doğrulayıcı süper çoğunluğun korunmasıyla planlandığı gibi etkinleşir, altyapı operatörleri büyük bir olay olmadan güncellemelerini yapar ve olay rutin bir düzeltme etkinleştirme haline gelir.

NFT'ler, İzinli Alanlar, Kasa ve Kredi Protokolü'ne yapılan düzeltmeler yürürlüğe girer ve ağ ilerler. governance tartışması yükselen yükseltme, Schwartz'ın gerçek bir bölünmenin ne gerektirdiğine dair açıklaması herhangi bir gelecekteki değişikliğe uygulandığı için her iki sonuca da hayır diyebilir.

Eski kuralları sürdürmek, eski yazılımı çalıştıran bir muhalefet grubunun, rekabet eden bir UNL etrafında doğrulayıcılar kazanmasını, cüzdanları, borsaları ve market maker'ları, diğerlerini yükseltilmiş zincire yönlendiren varsayılan yapılandırmaya karşı kendi defterlerini kanonik XRP Defteri olarak tanıtmaya ikna etmesini gerektirir.

Her blok zincirinin bir yönetim katmanı vardır

Schwartz, Stellar'ın Protocol 24 güncellemesini, Stellar Core'da bir durum arşivleme hatasını düzeltmek için yapılan ve aynı türde koordine edilmiş doğrulayıcı kabulünü gerektiren bir bakım olayı olarak karşılaştırdı.

Bitcoin'in eşdeğer legimitasyon katmanı, madenciler, ekonomik node'lar, istemci uygulamaları ve borsa listelemeleri üzerinden işler. Ethereum'un katmanı, doğrulayıcılar, staking altyapısı, istemci çeşitliliği, çekirdek geliştiriciler ve uygulama katmanı benimsenmesi üzerinden işler.

XRPL'nin UNL'ler aracılığıyla açıkça yaptığı şey, diğer ağlarda madencilik gücü dağılımı, stake ekonomisi veya geliştiricilerin güven verdiği istemci yazılımı etrafındaki sosyal uzlaşmada yer alır.

Mekanizmalar, bitcoin, ethereum ve XRPL arasında farklılık gösterirken, kural değişikliklerini kalıcı hale getirmek için koordine edilmiş insan kararlarına olan bağımlılık tüm üçünde de geçerlidir.

Her blok zincirinin bir meşruiyet katmanı vardır
XRPL, bitcoin, ethereum ve Stellar üzerinde, kuralların kalıcı hale getirilmesi, sadece node sayısına değil, koordine edilmiş validator, miner, geliştirici ve piyasa kararlarına dayanır.

27 Mayıs aktivasyonu, XRPL'nin yönetim katmanının doğrulayıcı anlaşmalarını defter kalıcılığına nasıl dönüştürdüğünü gösterir; UNL yapılandırması, hangi anlaşmaların sayılacağını belirler.

fixCleanup3_1_3 ile anlaşamayan bir operatör, eski yazılımı çalıştırmak ve bir rakip UNL yapılandırmak için teknik özgürlüğe sahiptir.

Herhangi bir borsanın sonuçlanan tokeni listelemesi, herhangi bir cüzdanın desteklemesi veya herhangi bir market maker'ın likidite sağlaması, protokolün onlar için cevaplayamadığı bir sorudur.

Bu koordinasyon eksikliği, iyi kabul gören ağlarda protokol yükseltmelerinin nadiren kalıcı çatallanmalara neden olmasının nedenidir: kanonik zinciri takip etmenin ekonomisi, paralel bir zinciri sıfırdan oluşturmanın ekonomisini neredeyse her zaman aşar ve kanonik zincir, piyasanın gerçek olduğunu karar verdiği zincirdir.

XRPL’nin 27 Mayıs’taki yükseltmesi, doğrulayıcıların ve piyasaların bir blok zinciri bölünmesini nasıl kararlaştırdığını gösteriyor ilk olarak CryptoSlate’de yayımlandı.

Yasal Uyarı: Bu sayfadaki bilgiler üçüncü şahıslardan alınmış olabilir ve KuCoin'in görüşlerini veya fikirlerini yansıtmayabilir. Bu içerik, herhangi bir beyan veya garanti olmaksızın yalnızca genel bilgilendirme amacıyla sağlanmıştır ve finansal veya yatırım tavsiyesi olarak yorumlanamaz. KuCoin, herhangi bir hata veya eksiklikten veya bu bilgilerin kullanımından kaynaklanan sonuçtan sorumlu değildir. Dijital varlıklara yapılan yatırımlar riskli olabilir. Lütfen bir ürünün risklerini ve risk toleransınızı kendi finansal koşullarınıza göre dikkatlice değerlendirin. Daha fazla bilgi için lütfen Kullanım Koşullarımıza ve Risk Açıklamamıza bakınız.