MAP Çapraz Zincir Hizmetleri (MCS) Katmanı
Her ne kadar tüm çapraz zincir Dapps ihtiyaçlarını tek seferde karşılamak imkânsız olsa da, çeşitli çapraz zincir Dapps'lerinin altında yatan gerçekten de ortak tesisler vardır, örneğin; token ve NFTlerin çapraz zincir köprüsü, çapraz zincir takası, çapraz zincir transferini gerçekleştirmek zorundadır. Bu amaçla, MAP Protocol, MAP Protocol ile çapraz zincir Dapps oluşturma eşiğini daha da düşürmek için çapraz zincir Dapps tarafından ihtiyaç duyulan ortak modülleri sağlamak için MAP Çapraz Zincir Hizmetini (MCS) sağlar. İdeal olarak, MAP Protocol ile, zincirler arası takas Dapp'leri oluşturmaya çalışan geliştiricilerin yalnızca takas kısmına odaklanmaları gerekir. MCS tek başına tüm ihtiyaçları karşılayamaz, MCS ayrıca mevcut modülleri genişletmek için gereken tüm olanakları sağlar.
Zincirler arası transferlerin varlık yönetimi oldukça hataya meyillidir ve genellikle kullanıcı fonlarına erişebilen bir süper yönetici ile birlikte gelir. Günümüzde, çapraz zincir transferi, çapraz zincir birlikte çalışabilirliği için temel bileşendir. MCS, MAP ekosistemi oluşturucularını teknik zorluk ve güvenlik risklerinin yükünden kurtarmak için güvenilir ve sağlam bir AssetVault modülü sağlar. MCS tarafından sağlanan işlevlerin yanı sıra MAP Protocolü anlamaya yardımcı olmak için, MCS tarafından sağlanan AssetVault modülünü kullanarak çapraz zincir aktarımının iş akışını gösteriyoruz. AssetVault modülü, zincirler arası transferlerle ilgilenen ve kullanıcıların fonlarını koruyan kurşun geçirmez akıllı sözleşmelerden oluşur. Ayrıcalıklı bir yönetici yoktur ve mint, burn ve daha fazlası gibi varlıkla ilgili tüm işlemler yalnızca geçerli bir kriptografik kanıtla desteklenen bir çapraz zincir mesajı ile tetiklenebilir, örneğin bir Merkle kanıtı. Kriptografik kanıt, hafif istemciler tarafından sağlanan bilgilerle kontrol edilir.
Ethereum ve Binance Smart Chain'in halihazırda MAP Protocol tarafından desteklendiğini ve Alice'in MAP Protocol ile Ethereum'dan BSC'ye 100 USDC transfer etmek istediğini varsayalım. Alice herhangi bir şey yapmadan önce, MAP Protocol MAP röle zincirinin hafif istemcisini hem Ethereum hem de BSC üzerinde, MapLightClientOnEth ve MapLightClientOnBsc olarak yerleştirmiştir ve Messenger'lar MAP röle zincirinin büyümesine göre her iki hafif istemcisini de sürekli olarak güncellemektedir. Ayrıca EthLightClientOnMap ve BscLightClientOnMap zaten MAP Relay Chainde konuşlandırılmıştır ve Messenger'lar her iki hafif istemciyi de Ethereum ve BSC'nin güncellemesine göre güncellemektedir. Ayrıca MAP Relay Chain, Ethereum ve BSC üzerinde konuşlandırılmış bir AssetVault sözleşmesi bulunmaktadır.
Zincirler arası varlıklar, kaynak zincirindeki AssetsVault sözleşmesinde kilitlidir. MAP Relay Chaine taşınan varlıklar için, MAP Relay Chain farklı zincirlerden tüm varlıkları saracaktır (wrap). Örneğin; mUSDC, Ethereum, BSC, vb. USDC için MAP Relay Chaindeki wrapped USDC'dir. Alice, MAP Relay Chain aracılığıyla 100 USDC'yi Ethereum'dan BSC'ye taşımak için MAP Protocolü kullanıyorsa, perde arkasında nelerin gerçekleştiğine bakalım.
1. Alice, 100 USDC'sini AssetsVault'a kilitlemek için Ethereum'daki AssetsVault sözleşmesiyle etkileşime girer.
a. İşlem Ethereum tarafından paketlendikten ve başarıyla yürütüldükten sonra, Alice'in fonu BSC'ye taşımak için AssetsVault'da 100 USDC'yi kilitlediğini gösteren bir Kilit (Lock) olayı yayınlanır.
1. Bir Messenger, AssetsVault tarafından Ethereum üzerinde yayılan Kilit olayını tespit eder ve bu olayın AssetsVault tarafından belirli bir blok yüksekliğinde yayıldığını kanıtlamak için Merkle kanıtı oluşturur. Tüm bilgiler hazır olduğunda bu Messenger MAP Relay Chaindeki AssetsVault'a uygun bir işlem gönderir.
a. İşlem paketlendikten sonra ve bu işlemin yürütülmesi sırasında, MAP Relay Chaindeki AssetsVault, Merkle kökünü karşılık gelen blok yüksekliğinde almak ve işlemde taşınan kriptografik kanıtı doğrulamak için EthLightClientOnMap ile sözleşme yapar.
b. Kriptografik kanıt kontrolü geçerse ve ilgili olay henüz işlenmediyse, AssetsVault, mUSDC sözleşmesine Alice için 100 mUSDC basması talimatını verir.
c. Daha sonra aynı işlemde, basılan 100 mUSDC yakılır ve Alice'in BSC'de 100 USDC'ye sahip olmak için 100 mUSDC'yi yaktığına dair bir olay yayılır.
1. Bir Messenger, MAP Relay Chainde mUSDC sözleşmesi tarafından yayılan Burn olayını tespit eder ve bu olayın MAP Relay Chainin belirli bir blok yüksekliğinde mUSDC sözleşmesi tarafından yayıldığını kanıtlamak için ilgili Merkle kanıtını oluşturur. Tüm bilgiler hazır olduğunda, bu Messenger, BSC üzerinde AssetsVault ile sözleşme yapmak için Burn olayı, Merkle kanıtı ve blok başlığını içeren uygun bir işlem gönderir.
a. İşlem paketlenmişse ve bu işlemin yürütülmesi sırasında, BSC'deki AssetsVault, blok başlığının geçerli olduğunu doğrulamak için MapLightClientOnBsc ile sözleşmeyi sorgular (blok başlığına gömülü toplu imzayı kontrol ederek) ve işlemde taşınan kriptografik kanıtını daha da doğrulamak için doğrulanmış blok başlığından Merkle kökünü ayıklar.
b. Kriptografik kanıt kontrolü geçerse ve ilgili olay henüz işlenmediyse, sözleşme AssetsVault 100 USDC'yi Alice'in adresine aktaracaktır. Şimdi Alice'in 100USDC'si Ethereum'dan BSC'ye başarıyla aktarıldı.
Alice'in Ethereum'dan MAP Relay Chaine 100 USDC transfer etmesi durumunda, MAP Relay Chaindeki adresinde 100 mUSDC ile sonuçlanacağını unutmayın. Yukarıdaki işleme hiçbir güvenilmez taraf dahil değildir. Taşınan varlıklarla ilgili tüm durum değişiklikleri, Messenger'lar tarafından sunulan kriptografik kanıtlara sahip uygun çapraz zincir mesajları tarafından yönlendirilir. Yukarıdaki prosedürde, Alice'in yalnızca bir işlem göndermesi gerekir ve geri kalan her şey Messengerlar tarafından tamamen güvenilir bir şekilde halledilir.
MAP Protocol'ün MAP Çapraz Zincir Hizmetleri (MCS) Katmanının İllüstrasyonu
Messenger
- Messenger nedir? Messenger bağımsız bir zincirler arası programdır.
- Messenger, programda önceden ayarlanmış olarak ilgili olayları dinler ve kaynak zincirin defterine bir kanıt oluşturur; ardından olayın mesajını ve kanıtını hedef zincirdeki Vault (Kasa) veya Dataya (Veri) iletir.
- Messenger'ın, MAP Relay Chain'in ve hedef zincirin gaz ücretini çapraz zincirli kullanıcılar için önceden ödemesi ve böylece uygulamalardan ödüller alması gerekir.
- Hedef zincirlerin gaz ücretleri tahmin edilemediğinden MAP Protocol Katmanı, MAP Protocol tarafından benimsenen kesinlik ilkesi nedeniyle bu işlemi alt ağa dahil edemez.
- Uygulamaların esnekliği, Messenger için birçok olanak sağlar, uygulamalar zincirler arası kullanıcılardan esnek işlem ücretleri talep edebilir ve Messenger'ı buna göre ödüllendirebilir.
- MAP Çapraz Zincir Hizmetlerinin ana bileşeni olan Messenger SDK, Dapp geliştiricilerine açıktır.
- Messenger yüksek eşzamanlı zincirler arası bir programdır. Teorik olarak, dürüst bir Messenger zincirler arasında çalıştığı sürece, Dapp'in tüm çapraz zincirli işlem mesajları aktarılabilir.
- Messengerlar tarafından yapılan kötü niyetli saldırılar, varlıkların kaybına neden olmaz ve yalnızca MAP Protocol Katmanı'nda doğrulamanın geçersizliğine neden olur.
- Kaynak zincirinde, Vault & Data, varlıkların veya verilerin alınmasından sorumludur ve Messenger'ların dinlemesi için bir olayı tetikler.
- Röle zincirinde (relay chain) veya hedef zincirde, Vault & Data, Messenger tarafından iletilen çapraz zincir mesajlarını almaktan, daha sonra dahili bir bileşen aracılığıyla -hedef zincirde konuşlandırılan kaynak zincirin Light-Client aracılığıyla çapraz zincir işlemlerinin doğrulamasını planlamak ve yürütmek için yönlendirici- sorumludur. Doğrulama tamamlandığında, Vault & Data ilgili talimatı kaydeder.
- Dapp geliştiricileri Vault & Datayı dağıtabilir. Ayrıca, MAP Çapraz Zincir Hizmetleri Vaults & Data aracılığıyla varlık kasalarının veya veri havuzlarının likiditesini paylaşabilirler.
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