Derinlik Analizi Hyperlane: 150'den fazla Blok Zinciri'ni bağlayan izin gerektirmeyen cross-chain protokolü

Temel Noktalar

• Hyperlane, herhangi bir geliştiricinin onay sürecine ihtiyaç duymadan farklı zincirlere anında dağıtım yapmasına ve bağlanmasına olanak tanıyarak tamamen yeni bir erişim modeli yaratır.

• Hyperlane'in cross-chain güvenlik modülü (ISM) uygulamaların temel doğrulamadan çok katmanlı doğrulamaya kadar güvenlik gereksinimlerini özelleştirmesine olanak tanır, esnek modüler güvenlik sağlar.

• Hyperlane'in TypeScript SDK'sı, CLI aracı ve kapsamlı belgeleri, cross-chain entegrasyonunun teknik engellerini büyük ölçüde azaltmakta, basit API'ler aracılığıyla zincirler arası mesaj iletimi sağlamaktadır.

1. Blok Zinciri bağlantı noktasının dönüm noktası

Blok zinciri ekosistemi, izole geliştirmeden gerçek bir karşılıklı bağlantıya geçiyor. Projeler artık kapalı ortamlar inşa etmiyor, aksine daha geniş bir ağda entegrasyon arıyor.

Ancak, mevcut çoğu entegrasyon hala manuel ve dağınık. Yeni projelerin her köprü veya birlikte çalışabilirlik sağlayıcısı ile ayrı ayrı müzakere etmesi gerekiyor, bu genellikle yüksek maliyetler, gecikmeler ve yönetim giderleri doğuruyor. Teknolojik olarak gelişmiş ekipler için bile, bu yapısal katılım engelleri oluşturuyor ve tüm ekosistemin ölçeklenebilirliğini engelliyor.

Bu zorluk yeni bir şey değil. 90'ların başında, şirketler kendi bağımsız iç ağlarını işletiyordu ve bağımsız kurallara ve erişim haklarına sahipti. Ağlar arası iletişim mümkün olsa da, zaman alıcı teknik koordinasyon ve karşılıklı yetkilendirme gerektiriyordu.

Dönüm noktası, HTTP ve TCP/IP gibi standart protokollerin tanıtılmasıyla ortaya çıktı; bu protokoller, birleşik internete açık, izinsiz erişimi mümkün kıldı. Bu standartlar, karmaşıklığın yerini basitlikle alarak, aşamalı büyümeyi ve küresel katılımı serbest bıraktı, dijital devrimin temelini attı.

Blok Zinciri sektörü şimdi benzer bir dönüm noktasına geliyor. Bir sonraki yenilik aşamasını açmak için, parçalı, izinli entegrasyonların ötesine geçmeli ve standartlaştırılmış, izin gerektirmeyen bağlantılılığa yönelmelidir. Erişim engellerinin azaltılması, geniş katılım ve genel ekosistemin yeniliği için hayati önem taşımaktadır.

2. Hyperlane'ın çözümü: İzin gerektirmeyen bağlantı

2.1. İzin gerektirmeyen ve açık kaynak

Hyperlane, izin gerektirmeyen bir yapı ile yapısal sınırlamaları çözmektedir; bu, herhangi bir projenin özgürce bağlanmasına izin veren temelde farklı bir modeldir. Bu yaklaşımda tek bir gereklilik vardır: desteklenen sanal makine (VM) ortamlarına, örneğin Ethereum/EVM, Solana/SVM veya Cosmos/CosmWasm ile uyumlu olmak. Bu koşul yerine getirildiğinde, karmaşık onay süreçlerine gerek kalmadan entegrasyon yapılabilir.

Bu nedenle, blok zinciri projelerinin giriş engeli önemli ölçüde düşmüştür. Geçmişte tamamlanması aylar süren işler, artık sadece teknik uyumluluğun sağlanmasıyla hemen tamamlanabilmektedir.

Bu durumu açıklamak için, Web3 geliştiricisi Ryan'ı içeren gerçek bir örneğe bakalım. Ryan, kendi ana ağına sahip olan Tiger adında yeni bir proje inşa ediyor. Şu anda, Tiger zincirindeki kullanıcılar yalnızca Tiger ekosistemi ile sınırlıdır ve diğer blok zincirleriyle etkileşimde bulunamazlar. Ancak, kullanıcılar varlıklarını Ethereum'dan Tiger zincirine ve Tiger zincirinden diğer zincirlere taşımak, böylece daha fazla likidite açmak istiyorlar. Bunu gerçekleştirmek için Ryan, Tiger zincirini birden fazla blok zincir ağına bağlamalıdır.

Adım 1: Hyperlane CLI'yi yükleyin

İlk adım, Ryan Hyperlane CLI aracını zincir entegrasyon ortamını kurmak için yükledi. Bu süreç oldukça basit, terminalde "npm install @hyperlane-xyz/cli" komutunu çalıştırması yeterli. Bu aracın açık kaynak olması, önceden onay veya kayıt gerektirmediği anlamına geliyor. Bu kullanım kolaylığı, Hyperlane'in izinsiz mimarisinin temel değerini vurguluyor.

Adım 2: Mailbox ve ISM'yi dağıt

Sonrasında, Ryan doğrudan Tiger zincirine iki temel bileşeni dağıttı: Mailbox(, blok zincirleri arasında mesaj iletimi gerçekleştiren bir sözleşme) ve zincirler arası güvenlik modülü( Interchain Security Module, ISM)(, her mesajın doğruluğunu doğrulamak için kullanılır). Bu iki bileşen açık kaynaklıdır ve geliştiricilerin kendi şartlarına göre entegre etmelerine olanak tanır. Bu unsurlar yerinde olduğunda, sistem test edilebilir hale gelir.

Adım 3: Bağlantıyı doğrulamak için mesaj iletimini test et

Üçüncü adımda, Ryan Tiger zincirinden Ethereum'a bir test mesajı gönderdi ve iletimin başarılı olup olmadığını doğruladı. Buradaki "mesaj" basit bir metin dizesi değildir, bu belirli bir yürütme komutudur: "100 TIGER token'ını Ethereum adresi 0x123... adresine transfer et". Aktarım süreci aşağıdaki gibidir:

1. Tiger zinciri mesajı başlattı, 100 adet $TIGER token'ı Ethereum'a aktarıldı.

2. Hyperlane doğrulayıcıları mesajı doğrular ve imzalar.

3. ( Relayer, imzalanmış mesajı Ethereum'a iletecektir.

4. Ethereum üzerindeki ISM doğrulama mesajı ve alıcıya 100 $TIGER tokeni serbest bırakma

Kaynak zincir ve hedef zincir Mailbox'ı kurduğunda, ek bir yapılandırmaya ihtiyaç yoktur. Mesaj iletilir, doğrulanır ve yürütülür. Başarılı test, iki zincirin doğru bir şekilde bağlandığını onaylamıştır.

Adım 4: Kamu kayıt defterinde kayıt ol

Son adımda, Ryan Hyperlane kayıt defterine Tiger zincirinin bağlantı ayrıntılarını kaydetti. Bu kayıt defteri, tüm bağlı zincirlerin bilgilerini toplamak için GitHub tabanlı bir kamu dizinidir; domain ID), domain IDs( ve Mailbox adresi gibi tanımlayıcıları içerir. Bu kamu listesinin amacı, diğer geliştiricilerin Tiger zinciri ile bağlantı kurmak için gerekli bilgilere kolayca ulaşabilmelerini sağlamaktır. Fonksiyonu, kaydedildiğinde herkesin Tiger'ı bulup iletişime geçebileceği bir telefon rehberine benzer. Bu kayıt ile Tiger zinciri, Hyperlane ekosisteminin tüm ağ etkilerini elde edebilecektir.

Bu mimarinin temeli, basit ama güçlü bir ilke: Herkes onay almadan bağlanabilir, her blok zinciri izin almadan varış noktası olarak kullanılabilir.

Bu modeli en iyi anlamanın yolu, bilinen bir analoji kullanmaktır: e-posta. Herhangi birinin, önceden koordinasyon gerektirmeden dünyanın herhangi bir e-posta adresine mesaj gönderebileceği gibi, Hyperlane, Mailbox'ı kurmuş olan herhangi bir Blok Zinciri'nin, herhangi bir diğer Blok Zinciri ile iletişim kurmasına olanak tanır. Bu, izin gerektirmeyen bağlantıların varsayılan durum haline geldiği bir ortam yaratır ki bu, geleneksel onay bazlı sistemlerin başaramadığı bir şeydir.

![Derinlik Analizi Hyperlane: 150'den fazla Blok Zinciri ile bağlantı kuran izinsiz cross-chain protokolü])https://img-cdn.gateio.im/webp-social/moments-7dc804540ff46ec291dffc054bd7741b.webp(

)# 2.2. Çoklu Sanal Makine###VM( uyumluluğu

Başlangıçtan itibaren, Hyperlane modüler bir mimari olarak tasarlandı ve birden fazla sanal makine )VM( ortamını destekliyor. Şu anda Ethereum üzerindeki EVM, Cosmos SDK tabanlı Zincirlerin CosmWasm'ı ve Solana'nın SVM'si arasında etkileşimi destekliyor ve Move tabanlı zincirlere destek eklemeye devam ediyor.

Farklı VM ortamlarını bağlamak esasen karmaşıktır. Her bir blok zinciri kendi yürütme modeli, veri yapısı, konsensüs mekanizması ve varlık standartlarıyla çalışır. Bu sistemler arasında etkileşim sağlamak, temelde farklı mimarileri çevirebilen son derece uzmanlaşmış bir çerçeve gerektirir.

Örneğin, Ethereum'un EVM'si 18 haneli ondalık sayıları desteklerken, Solana'nın SVM'si 9 haneli ondalık sayıları kullanıyor. Güvenliği ve güvenilirliği korurken, en küçük farkları bile aşmak, Hyperlane'in önemli teknik başarılarından biridir.

Hyperlane, farklı zincirleri bağlama zorluklarını çözmek için "Hyperlane Warp Route") süper alan kıvrım yönlendirmesini( tanıttı. Hyperlane Warp Route, zincirler arasında izin gerektirmeyen token transferlerini destekleyen modüler bir cross-chain varlık köprüsü olup, çeşitli varlıkların farklı ortamlar arasında hareket etmesine olanak tanır.

Kısacası, Hyperlane Warp Route, varlıkların doğasına ve kullanım senaryolarına göre çalışır. Bazen )vault( gibi bir kasa gibi çalışır, bazen de bir döviz bürosu gibi, bazen de doğrudan havale gibi; her bir yönlendirme türü, her senaryo için uygun bir yaklaşım sunar. Tüm bu süreçler, Hyperlane'in farklı sanal makine ortamlarında çalışmak için zincirler arası mesajlaşmayı kullanır.

• Yerel Token Warp Routes: Yerel yakıt tokeni ) gibi ETH( cross-chain doğrudan transferi destekler, ) wrappin( olmadan.

• Teminatlı ERC20: Kaynak zincirinde ERC20 tokenlerini teminat olarak kilitleyerek cross-chain transfer için kullanılır.

• Sentetik ERC20: Hedef zincirde orijinal tokeni temsil etmek için yeni bir ERC20 tokenı basma.

• Çoklu Teminat Warp Yolları: Birden fazla teminat tokeninin likidite sağlamasına izin verir.

• Özel Warp Yolları: Gelişmiş özellikler ekleyin veya belirli kullanım durumlarını entegre edin ) örneğin, kasa, fiat destekli token (.

Lock-and-mint) modelini kullanarak bir gerçek örneği inceleyelim. Ryan adında bir geliştirici, Ethereum üzerinde piyasaya sürülen Tiger token'ını($TIGER) Base ağına taşımak istiyor.

Ryan öncelikle Ethereum'da bir Hyperlane Warp Route sözleşmesi dağıtıyor ve $TIGER tokenini bu sözleşmeye (EvmHypCollateral) yatırıyor. Ardından, Ethereum Mailbox bir mesaj oluşturuyor ve gönderiyor, Base ağının paketlenmiş versiyonunu Tiger tokenini basmasını talep ediyor.

Mesaj alındıktan sonra, Base ağı zincirler arası güvenlik modülü (ISM) ile gerçekliğini doğrular. Eğer doğrulama başarılı olursa, Base ağı doğrudan kullanıcının cüzdanına paketlenmiş Tiger token'ı ($wTIGER) basar.

Hyperlane Warp Route, Hyperlane'in farklı zincirlerdeki modüler, izinsiz birlikte çalışabilirlik vizyonunu genişletmede kritik bir rol oynamaktadır. Geliştiriciler, her zincirin özelliklerine göre sözleşmeleri yapılandırmakla yükümlüdür. Kalan süreç, mesaj iletimi, doğrulama ve teslimat, Hyperlane'in altyapısı tarafından yönetilir, bu da geliştiricilerin karmaşık çeviri mekanizmalarıyla uğraşmadan ortamlar arası bağlantı sağlamasını mümkün kılar.

(# 2.3. Modüler Güvenlik: Bloklar arası güvenlik modülü )ISM###

Hyperlane, farklı zincirler arasında mesaj ve varlıkların kesintisiz hareketini sağlasa da, bu ölçeklenebilirliğin önemli bir avantajıdır, ancak aynı zamanda kritik bir zorluk da getiriyor: Alıcı zinciri, bir mesajın gerçekten iddia edilen kaynaktan geldiğinden nasıl emin olabilir? Mesaj iletmek bir şeydir, onun doğruluğunu doğrulamak ise başka bir şeydir.

Bu sorunu çözmek için, Hyperlane zincirler arası güvenlik modülü ( Interchain Security Module, ISM )'i tanıttı. Bu, hedef zincir mesajları almadan önce doğruluğunu doğrulayan modüler bir güvenlik sistemidir. ISM, mesajların gerçekten kaynak zincirinde oluşturulup oluşturulmadığını doğrulamak için kullanılan bir zincir üstü akıllı sözleşmedir ve değiştirilmezlik ile kaynak garantisi sağlar.

Kısacası, hedef zincirin Mailbox'ı bir mesaj aldığında, öncelikle sorar: "Bu mesaj gerçekten orijinal zincirden mi geliyor?" Sadece başarılı bir şekilde doğrulandıktan sonra, mesaj beklenen hedefe iletilecektir. Eğer doğrulama başarısız olursa veya şüpheli görünüyorsa, mesaj reddedilecektir.

Bu süreç, uluslararası seyahat sırasında sınır kontrolünün çalışma şekline benzerdir. Bir ülkeye girmeden önce, göçmen memurları pasaportunuzun gerçekliğini doğrular; "Bu pasaport gerçekten de vatanınız tarafından mı verilmiş?" Pasaport, geçerliliğini kanıtlamak için güvenlik özellikleri ve şifreleme unsurları içerir. Herkes belgeleri sahteleyebilir, ancak yalnızca uygun doğrulama ile şifreli bir şekilde menşei kanıtlayabilen pasaportlar ülkeye girişte kabul edilir.

Önemli olan, ISM'nin hizmet talebine göre güvenlik modelini esnek bir şekilde yapılandırabilmesidir. Uygulamada, güvenlik gereksinimleri bağlama göre önemli ölçüde farklılık göstermektedir. Örneğin, küçük bir token transferi sadece daha hızlı bir yürütme sağlamak için temel bir doğrulayıcı imzası gerektirebilir. Buna karşın, milyonlarca dolarlık bir varlık transferi, Hyperlane doğrulayıcıları, Wormhole( gibi harici köprüler ve ek çoklu imza doğrulaması da dahil olmak üzere katmanlı bir güvenlik yaklaşımını gerektirebilir.

Bu şekilde, ISM çerçevesi kritik bir tasarım kararını yansıtır: Hyperlane, modüler doğrulama ile bağlantı ve güvenliği önceliklendirir. Uygulamalar, protokolün izinsiz doğasını korurken güvenlik modellerini özelleştirebilir.

![Derinlik Analizi Hyperlane: 150'den fazla Blok Zinciri'ni bağlayan izin gerektirmeyen cross-chain protokolü])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(

) 3. Geliştirici Araçları ve Erişilebilirlik: En basit bağlantı yolu

Hyperlane, geliştirici deneyimini önceliklendirerek yüksek seviyede erişilebilirlik ve kullanılabilirlik sunar. Komut satırı arayüzü (CLI) ve TypeScript tabanlı yazılım geliştirme kiti ###SDK(, yeni blok zincirlerini Hyperlane ekosistemine entegre etmek, çapraz zincir mesajları göndermek ve Hyperlane Warp Route'u yapılandırmak için temel araçlardır.

CLI ve SDK tamamen açık kaynaklıdır, herkes tarafından kullanılabilir. Geliştiriciler, kodu GitHub'dan indirip entegrasyona başlayabilir, izin protokolleri veya onay süreçlerine gerek yoktur. Resmi belgeler, adım adım eğitimler içermektedir, bu da blok zinciri deneyimi sınırlı olan geliştiriciler için bile kolayca öğrenilebilir hale getirir.

)# 3.1. Hyperlane CLI: Doğrudan entegrasyon aracı

Hyperlane CLI, resmi komut satırı aracıdır ve şunları sağlamak için tasarlanmıştır: