Zincirler arası iletinin şifreleme kanıtını doğrulamak için, güvenilir bir kök gereklidir. Normalde kriptografik kanıt, bir (değişken) Merkle ağacındaki belirli bir değerin Merkle kanıtının varlığıdır, örneğin, Ethereum'daki Merkle Patricia Ağacı (MPT) veya Cosmos'ta kullanılan Immutable AVL (IAVL +) ağacı ve güvenilir kök, genellikle blok başlığına dahil edilen ağacın Merkle köküdür. Ardından, ilgili tüm blok zincirlerinin tüm blok başlıklarını MAP röle zincirine besleyerek, güvenilir kökün kullanılabilirlik sorunu kolayca çözülebilir. Bununla birlikte, dahili blok oluşturma sürecini kısaltmaya yönelik sürekli çabalarla, yüklenen tüm blok başlıklarını MAP röle zincirinde işlemek, özellikle Binance Akıllı Zincir gibi daha fazla blok zincirini bağlamaya çalıştığımızda, önemli miktarda kaynak tüketecektir. Polygon ağı halihazırda her 2 veya 3 saniyede bir blok üretmektedir. Diğer bir sorun ise, yüklenen blok başlıklarının doğruluğunun nasıl doğrulanacağıdır. MAP Protocolün tasarımı, tüm güvenilir tarafları kaldırmaktır, bu nedenle doğru blok başlıklarını yüklemek için güvenilir taraflara güvenmek açıkça kabul edilebilir bir çözüm değildir. SPV teknolojisinin ve light client teknolojisinin ilerlemesinin ardından, her iki sorun da güvenilir bir şekilde çözülebilir. Temel gözlem, neredeyse tüm blok zincirlerinin çok sınırlı bilgi ile fikir birliğine varabileceğidir.
PoW Chainde Light Client
Nakamoto konsensüs benzeri zincir, örneğin Ethereum, yeni blok başlığı, konsensüs kurallarına uygun olarak kolayca kontrol edilebilir, örneğin, hash bağlantısı ve birikmiş iş vb. Ethereum ağı n bloktan fazlasını yeniden düzenlemiyorsa, Ethereum'un hafif istemcisinin (light client) yeni blok başlıklarını doğrulamak ve iç durumunu özerk bir şekilde güncellemek için yalnızca n + 1 yeni blok başlıklarını koruması gerekir. Çapraz zincir mesajını iletme gecikmesi göz önüne alındığında, bu şekilde oluşturulan hafif istemciler daha fazla blok başlığını, örneğin son 48 saat içinde oluşturulan blok üstbilgilerini depolayabilir. Ethereum'un ~ 13 saniyelik blok aralığıyla, MAP röle zincirindeki hafif istemcinin yalnızca 13k Ethereum blok başlıklarını depolaması gerekir. Öte yandan, Flyclient tekniğini benimseyerek, MAP röle zincirine yüklenen blok sayısı önemli ölçüde azaltılabilir. Bir hafif istemcinin oluşum durumu manuel kurulum gerektirse de, herhangi biri genesis durumunun doğruluğunu kontrol edebildiğinden, güvenilmez özellikten ödün verilmez. Bunun temelde Proof-of-Stake dünyasında bulunan "weak subjective" (zayıf öznel) kavramıyla aynı olduğunu varsayıyoruz.
PoW Chain'in diğer zincirlere dağıtılan Hafif İstemcisi (Light Client):
- En son N blok başlıklarını saklayın.
- Fikir birliği protokolünü ve kendi kendine güncellemeyi takip ederek yeni blok başlığını doğrulayın.
- Bazı tx'lerin kanıtı: Merkle proof dahil edilmesi.
- Maintainer (Bakımcı): MAP Protocol için Light-client güncellemesi ile gaz ücretlerini önceden ödeyin ve MAP Protocolden ödüller alın
Proof-of-Stake ve BFT tabanlı blok zincirler için, hafif istemcinin inşası başlangıçta oldukça zor görünebilir. Tendermint ekibinin çalışması sayesinde, daha verimli bir hafif istemci oluşturulabileceği ortaya çıktı. Teknik detay oldukça uzun olabilirken, temel fikir basittir. Bu tür ağlarda, bloklar seçilen bir grup validatör tarafından imzalanır, böylece birkaç dijital imzayı doğrulayarak, bir bloğun geçerliliği kolayca kontrol edilebilir. Validatör grubu zaman içinde değişebilir, ancak tipik PoS ağlarında, yeni bir validatör grubunun da imzalar yoluyla eski grup tarafından kanıtlanması gerekiyor. Bu şekilde, mevcut validatör grubunun sadece küçük bir bilgisiyle, örneğin, belirli bir ağırlık, her validatör grubunun ortak anahtarlarıyla, light client yeni blok başlıklarını kolayca kontrol edebilir ve kendini güncelleyebilir. Hatta tüm blok başlıklarını yüklemeye bile gerek yoktur, örneğin, bir çapraz zincir işlemine dahil olanlar veya grup yükseltmesini doğrulayanlar gibi çok azdır.
MAP röle zincirindeki hafif istemciler akıllı sözleşmeler olarak başlatılır. Böylece zincir, MAP röle zinciri tarafından bağlanan yeni blok zincirleri için hızlı bir şekilde yeni hafif istemciler ekleyebilir. Merkle kanıt doğrulaması ve dijital imza doğrulaması, hafif istemcilerin oluşturulması ve işletimi için çok önemlidir. Ancak, bu kriptografi temel öğelerini Solidity ile uygulamak, özellikle farklı blok zincirlerinde çeşitli kriptografi temel öğeleri kullanıldığından, hem zor hem de verimsizdir. Hafif istemcilerin gelişimini kolaylaştırmak için, her türlü kriptografi ilkelleri blok zinciri düzeyinde desteklenir ve önceden derlenmiş sözleşmelerle EVM'ye maruz bırakılır.
PoS Chain'in diğer zincirlere dağıtılan Hafif İstemcisi (Light Client):
- Validatörlerin ortak anahtarını ve oy ağırlığını saklayın - blok başlığını saklamanıza gerek yoktur.
- Yeni bir validatör grubunu (önceki grup tarafından yetkilendirilmiş) ve kendi kendine güncellemeyi doğrulayın.
- Belirli tx'lerin veya olayların kanıtı: kapsayıcılık Merkle proof ve karşılık gelen blok başlık bilgileri (imzalar içerir).
- Maintainer (Bakımcı): MAP Protocol için Light-client güncellemesi ile gaz ücretlerini önceden ödeyin ve MAP Protocolden ödüller alın
MAP Relay Chainde Light Client
Bağlı blok zincirlerinin hafif istemcilerini yalnızca MAP röle zincirinde tutmak, güvenilir bir tarzda çift yönlü çapraz zincir birlikte çalışması için yeterli değildir, MAP Protocol, bağlı her blok zincirinde MAP röle zincirinin hafif istemcisinin varlığını gerektirir. MAP röle zincirinde, gaz fiyatı mümkün olduğunca düşük kalacak şekilde sürekli olarak optimize edilebilirken, diğer zincirlerde gerçeği kabul etmeliyiz. MAP röle zinciri PoS ve IBFT'yi benimsediğinden, yukarıdaki tekniği izleyerek kolayca bir hafif istemci (light-client) oluşturulabilir. Hafif istemcinin diğer zincirlerdeki gaz tüketimini optimize etmek için, MAP röle zinciri BN256 eğrisi üzerinde toplu BLS imzasını benimser. Bu şekilde, MAP röle zincirinin validatörlerinin imzalarının doğrulanması, tek bir toplu ortak anahtarla yalnızca bir toplu imzayı doğrulayacak şekilde azaltılabilir. BN256 'nın ön derleme sözleşmesi EVM uyumlu blok zinciri tarafından geniş ölçüde desteklendiği için, MAP röle zincirinin hafif istemcisinin gaz tüketimi azaltılabilir.
MAP Protocol'ün Zincirler Arası Doğrulama ve Bakım Ağının İllüstrasyonu
Maintainer:
MAP röle zincirindeki bağlı blok zincirlerin hafif istemcileri ve bağlı blok zincirlerindeki MAP röle zincirinin hafif istemcilerinin, ilgili blok zincirlerinin büyümesine ayak uydurması gerekir. Bu, Maintainerların sorumluluğundadır. MAP Protocoldeki bakımcılar (maintainer), tüm bağlı blok zincirlerinin yanı sıra MAP röle zincirinin blok zinciri büyümesini sürekli olarak izler. MAP röle zincirinin hafif istemcisini güncel tutmak için tüm bağlı blok zincirlerine MAP röle zincirinin yeni blok başlıkları gönderilir. Bu arada, tüm bağlı blok zincirlerinin yeni blok başlıkları, MAP röle zincirinde yaşayan çeşitli hafif istemcileri güncellemek için MAP röle zincirine gönderilir. Bu şekilde, MAP röle zinciri ve bağlı her blok zinciri birbirlerinin en son durumunun farkındadır ve zincirler arası mesaj doğrulamasının temelini atmıştır.
Doğru bir şekilde kurulduktan sonra, her hafif istemci kendi iç durumuna ve sözleşmede kodlanan kurallara göre daha yeni blok başlıklarını doğrulayabilir, böylece dürüst olmayan Maintainerlar (Bakımcılar) hafif istemcileri geçersiz blok başlıklarını kabul etmeleri için kandıramazlar veya diğer dünyalarda, MAP Protocolün güvenliği güvenilir rölelere dayanmaz. Light client doğru bir şekilde başlatıldığı ve uygulama ilgili blok zincirinin fikir birliği protokolünü doğru bir şekilde takip ettiği sürece, light client doğruluğu kriptografik olarak garanti edilir. Blok zincirlerine işlem göndermek gaz tüketeceği için, tüm bakımcılar, gerçekleştirdikleri yararlı işlere göre, örneğin gönderilen etkili blok başlıklarının sayısına göre MAP tokenleriyle ödüllendirilir.
BAĞLANTILAR :
website : https://www.maplabs.io/
twitter : https://twitter.com/mapprotocol
medium : https://medium.com/marcopolo-protocol
forum : https://forum.maplabs.io/
medium Türkiye : https://medium.com/@mapprotocolturkey
telegram Türkiye : https://t.me/MaPProtocolTurkey