Acı gerçek re: Luke hardfork draması: Tüm blok içeriğini indirmemek anlamına gelse bile, ZK aracılığıyla en son, en ağır zincir ucuyla senkronize olan bir _alternatif_ istemci oluşturmanın yanlış bir şey olduğunu düşünmüyorum... zincirin hangi bölümlerinin ZK aracılığıyla doğrulandığını ve bölümlerin normal şekilde doğrulandığını kontrol eden merkezi bir konsorsiyum (multisig) olsa bile Bu, tüm ağda bulunan YALNIZCA veri alternatif istemcimin barındırdığı veri olsaydı, _reference client_'nin (Çekirdek) zinciri senkronize ederken takılıp kalacağı anlamına gelse bile *Referans istemcinin* (veya "büyük çoğunluk istemcisinin") bunu benimsemesi sorun olur... Çünkü ağın büyük çoğunluğu onu çalıştırırsa, zincirleme durumlara yol açabilir Bunu benimseyen alternatif istemcinin ağdaki diğer düğümlerle eşleşmesi, gerçekte sahip olmadıkları halde tam blok zinciri verilerine sahipmiş gibi davranması ve herhangi bir nedenle şüphelenmeyen eşlere gerçek tx verileri yerine tanınmayan ZK kanıtları sunmaya çalışması da bir sorun olabilir Bu bir tutulma saldırısıyla eşdeğer olurdu, ancak kimsenin böyle bir şey planladığına veya planlayacağına inanmak için hiçbir nedenimiz yok Gerçekte, bu tür düğümler (eğer dürüstse), muhtemelen tüm verilere sahip olmadıklarını senkronize eden düğümlere (IBD) iletişim kuran uygun bir hizmet bitinin reklamını yapacaktır Tıpkı ağdaki budanmış Çekirdek düğümlerin yaptığı gibi (hizmet biti: NODE_NETWORK_LIMITED == düğümünüzün "Tüm blok geçmişine sahip değilim... tam bir senkronizasyon yapmak istiyorsanız başka biriyle peer yapmalısınız") Core'un senkronizasyon mekaniği konusunda uzman değilim, ancak Core düğümlerinin zaten tam blok zinciri verilerine sahip olduklarını yayınlayan bağlantılara öncelik verdiğine ve tam geçmişe hizmet edemeyen sınırlı eşlerden çıkaracaklarına/döndüreceklerine inanıyorum Genel olarak, eşleri döndürmek ve ağ üzerinde dürüst bağlantılar bulmak, ağdaki kasıtlı olarak düşmanca ve kasıtsız olarak düşmanca tutulma saldırısı benzeri durumlara karşı direnç göstermek her zaman Çekirdek istemcinin sorumluluğundadır 🔸🔸🔸🔸 Şimdi, işlerin zorlaştığı nokta, yalnızca bu alternatif istemciyi piyasaya sürmek/inşa etmek/yayınlamayı planlamakla kalmayıp, aynı zamanda referans istemcinin Bitcoin'in ölümünü nasıl garanti ettiği konusunda kamuoyu önünde korku tellallığı yapmam ve ayrıca düğümleri veya madencilik havuzlarını Core'u çalıştırmaktan caydırmak için yasal yolları araştırıyor olmamdır. Bu ikinci (yasal) kısım hakkında pek bir şey bilmiyorum, bu yüzden onunla konuşmayacağım. Her neyse, bazı insanların Luke'un planladığı şeyin bir sansür hardfork'u olmadığını (ve yalnızca katı bir teknik tanımda hardfork yapan bir istemci olduğunu, çünkü olası olmayan koşullar altında bir zincirleme bölünmeyi tetikleyebileceğini) söylerken, diğerlerinin her şeyi kapsayan oldukça hain bir tablo çizen korku tellallığı/yasal bağlamı gözlemlemesinin nedeni budur. Son.

ve *hangi* kısımlar normal şekilde doğrulanır... İlk paragrafta yazım hatası

Knotlar söz konusu olduğunda, yukarıdakiler pekala bir katılım özelliği olarak tasarlanabilir, tüm düğümlerin varsayılan olarak yapacağı bir şey değil.