Blok Zinciri İletişiminde Yeni Bir Paradigma: Hyperlane
Temel Noktalar
Gerçekten İzin Gerektirmeyen Dağıtım: Hyperlane, herhangi bir geliştiricinin onay süreci olmadan farklı blok zincirlerini anında dağıtmasına ve bağlamasına olanak tanır, bu da tamamen yeni bir erişim modeli yaratır.
Esnek modüler güvenlik: Hyperlane'in zincirler arası güvenlik modülü (ISM), uygulamaların ihtiyaçlara göre güvenlik gereksinimlerini yapılandırmasına olanak tanır; temel doğrulamadan çok katmanlı doğrulamaya kadar her şey gerçekleştirilebilir. Böylece aynı altyapı hem hızlı küçük ölçekli işlemler yapabilir hem de yüksek güvenlikli varlık transferlerini işleyebilir.
Geliştirici dostu mimari: Hyperlane, TypeScript SDK, CLI araçları ve kapsamlı belgeler sunarak, çapraz zincir entegrasyonunun teknik engelini büyük ölçüde azaltır; geliştiriciler, basit API'ler aracılığıyla zincirler arası mesajlaşmayı gerçekleştirebilir.
1. Blok Zinciri bağlantısının dönüm noktası
Blok Zinciri ekosistemi, izole geliştirmeden gerçek bir etkileşime doğru dönüşüyor. Projeler artık kapalı ortamlar inşa etmiyor, aksine giderek daha geniş bir ağda entegrasyon arayışında.
Ancak, mevcut çoğu entegrasyon hâlâ manuel ve dağınık. Yeni projelerin her köprü veya etkileşim sağlayıcısıyla doğrudan müzakere etmesi gerekiyor, bu genellikle yüksek maliyetler, gecikmeler ve yönetim yükü yaratıyor. Teknik olarak gelişmiş ekipler için bile, bu yapısal katılım engelleri oluşturuyor ve sonunda tüm ekosistemin ölçeklenebilirliğini engelliyor.
Bu zorluk yeni bir durum değil. 1990'ların başında, şirketler kendi bağımsız iç ağlarını işletiyordu ve bağımsız kurallara ve erişim izinlerine 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ıldığı zaman gerçekleşti; bu protokoller, birleşik internetin açık ve izinsiz erişimini mümkün kıldı. Bu standartlar, karmaşıklığın yerine basitliği koyarak, katlanarak büyümeyi ve küresel katılımı serbest bıraktı ve dijital devrimin temelini attı.
Blok Zinciri sektörü şimdi benzer bir dönüm noktasında. Bir sonraki yenilik aşamasını açığa çıkarmak için, dağınık, izinli entegrasyonlardan, standartlaştırılmış, izinsiz bağlantılara geçmelidir. Erişim engellerinin azaltılması, geniş katılım ve tüm ekosistem için yenilik açısından 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 mimari ile yapısal kısıtlamaları çözmektedir; bu, herhangi bir projenin özgürce bağlantı kurmasına olanak tanıyan köklü bir farklılık gösteren bir modeldir. Bu yaklaşımda tek bir gereklilik vardır: desteklenen sanal makine (VM) ortamına uyumluluk, örneğin Ethereum/EVM, Solana/SVM veya Cosmos/CosmWasm. Bu koşul sağlandığında, karmaşık onay süreçlerine gerek kalmadan entegrasyon yapılabilir.
Bu nedenle, Blok Zinciri projelerinin kabul eşiği ö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.
Web3 geliştiricisi Ryan'ı içeren gerçek bir örneğe bakalım. Ryan, kendi ana ağını çalıştıran Tiger adında yeni bir proje inşa ediyor. Şu anda, Tiger zincirindeki kullanıcılar yalnızca Tiger ekosistemine bağlıdır ve diğer blok zincirleriyle etkileşimde bulunamazlar. Ancak, kullanıcılar Ethereum'dan Tiger zincirine varlık taşımak ve Tiger zincirinden diğer zincirlere geçerek daha fazla likidite açmak istiyorlar. Bunu başarmak için Ryan, Tiger zincirini birden fazla blok zinciri 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ı ayarlamak için kurdu. Bu işlem oldukça basit, sadece terminalde "npm install @hyperlane-xyz/cli" komutunu çalıştırması yeterli. Bu aracın açık kaynak olması nedeniyle önceden onay veya kayıt gerekmiyor. Bu kullanım kolaylığı, Hyperlane'in izinsiz yapısının temel değerini vurguluyor.
Adım 2: Mailbox ve ISM'yi dağıt
Sonra, Ryan iki ana bileşeni Tiger zincirine doğrudan 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 koşullarında entegrasyon yapmasına izin verir. 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, belirli bir yürütme komutudur: "100 TIGER token'ını Ethereum adresi 0x123... adresine aktar." İletim süreci aşağıdaki gibidir:
Tiger Zinciri mesajı başlattı, 100 adet $TIGER token'ını Ethereum'a aktardı.
Hyperlane doğrulayıcıları mesajı doğrular ve imzalar.
Ethereum üzerindeki ISM doğrulama mesajı ve alıcıya 100 adet $TIGER token'ı serbest bırakma
Kaynak zincir ve hedef zincir Mailbox'ı kurduğunda, ek bir yapılandırma gerekmemektedir. Mesaj iletilir, doğrulanır ve yürütülür. Başarılı test, iki zincirin doğru bir şekilde bağlandığını doğrulamıştır.
Adım 4: Kamu kayıt defterine kayıt ol
Son adımda, Ryan Hyperlane kayıt defterine Tiger zincirinin bağlantı detaylarını kaydetti. Bu kayıt defteri, bağlantılı zincirlerin bilgilerini derleyen, GitHub tabanlı bir kamu dizinidir; bu bilgiler arasında alan adı ID(, domain ID'leri ) ve Mailbox adresi gibi tanımlayıcılar bulunmaktadır. Bu kamu listesinin amacı, diğer geliştiricilerin Tiger zinciri ile bağlantı kurmak için gerekli bilgileri kolayca bulabilmelerini sağlamaktır. İşlevi, bir telefon rehberine oldukça benzerdir; bir kez kayıt olduktan sonra herkes Tiger'ı arayıp iletişim başlatabilir. Bu kayıt ile Tiger zinciri, Hyperlane ekosisteminin tüm ağ etkilerinden yararlanabilecektir.
Bu mimarinin temelinde basit ama güçlü bir ilke yatıyor: Herkes, onay olmadan bağlanabilir; her blok zinciri, izin olmadan bir varış noktası olarak kullanılabilir.
Bu modeli en iyi anlamanın yolu, bir benzetme yapmaktır: e-posta. Herhangi birinin önceden koordine etmeden dünyadaki herhangi bir e-posta adresine mesaj gönderebildiği gibi, Hyperlane de Mailbox kurulu olan herhangi bir Blok Zinciri'nin diğer herhangi bir Blok Zinciri ile iletişim kurmasını sağlar. İzin gerektirmeyen bağlantıları varsayılan durum haline getiren bir ortam yaratır; bu, geleneksel onay bazlı sistemlerin gerçekleştiremediği bir şeydir.
2.2. Çoklu Sanal Makine(VM) uyumluluğu
Başlangıçtan itibaren, Hyperlane modüler bir mimari olacak şekilde tasarlandı ve birden fazla sanal makine (VM) ortamını destekleyecek şekilde yapılandırıldı. Şu anda, Ethereum üzerindeki EVM, Cosmos SDK zincirine dayanan CosmWasm ve Solana'nın SVM'si ile birlikte çalışabilirlik desteği sunmaktadır ve Move tabanlı zincirlere destek eklemeye devam etmektedir.
Farklı VM ortamlarını bağlamak temelde karmaşıktır. Her blok zinciri kendi yürütme modelini, veri yapısını, konsensüs mekanizmasını ve varlık standartlarını çalıştırır. Bu sistemler arasında etkileşim sağlamak, tamamen farklı mimarileri çevirebilen yüksek derecede uzmanlaşmış bir çerçeve gerektirir.
Örneğin, Ethereum'un EVM'si 18 basamaklı ondalık sayıları desteklerken, Solana'nın SVM'si 9 basamaklı ondalık sayıları kullanır. Güvenlik ve güvenilirliği korurken, en küçük farklılıkları bile aşmak, Hyperlane'in temel teknik başarılarından biridir.
Hyperlane, farklı zincirleri bağlama zorluğunu çözmek için "Hyperlane Warp Route"( süper alan kıvrım yönlendirmesi) tanıttı. Hyperlane Warp Route, zincirler arasında izinsiz token transferine olanak tanıyan modüler bir çapraz zincir varlık köprüsüdür ve çeşitli varlıkların farklı ortamlar arasında hareket etmesini destekler.
Kısacası, Hyperlane Warp Route, varlıkların doğasına ve kullanım durumlarına göre çalışır. Bazen (vault) gibi bir kasa gibi çalışır, bazen bir döviz bürosu gibi, bazen de doğrudan havale gibi; her yönlendirme türü her senaryo için uygun bir yöntem sunar. Tüm bu süreçler, Hyperlane'in farklı sanal makine ortamlarında çalışan zincirler arası mesajlaşmayı kullanır.
Yerel Token Warp Routes: Yerel yakıt tokeni ( örneğin ETH) blok zinciri üzerinden doğrudan transferi destekler, ( sarma) gerekmez.
Teminatlı ERC20: Kaynak zincirinde ERC20 token'larını teminat olarak kilitleyerek, zincirler arası transfer için kullanılır.
Sentetik ERC20: Hedef zincirde orijinal tokeni temsil etmek için yeni bir ERC20 tokeni basmak.
Çoklu Teminat Warp Yolları: Birden fazla teminat tokeninin likidite sağlamasına izin verir.
Özel Warp Rotaları: Gelişmiş özellikler ekleyin veya belirli kullanım durumlarını entegre edin (, örneğin, cüzdan, fiat destekli token ).
Bir örneği incelemek için (lock-and-mint) modelini kullanalım. Ryan adında bir geliştirici, Ethereum üzerinde çıkarılan Tiger token'ı ($TIGER)'ı Base ağına taşımak istiyor.
Ryan önce Ethereum'da bir Hyperlane Warp Route sözleşmesi dağıtıyor ve $TIGER token'ını bu sözleşmeye (EvmHypCollateral) yatırıyor. Ardından, Ethereum Mailbox bir mesaj oluşturup gönderiyor ve Base ağının Tiger token'ının paketlenmiş versiyonunu basmasını talep ediyor.
Mesaj alındıktan sonra, Base ağı zincirler arası güvenlik modülü (ISM) ile doğruluğunu 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ı zincirler için modüler ve izinsiz birlikte çalışabilirlik vizyonunu genişletmede kritik bir rol oynamaktadır. Geliştiricilerin, her zincirin özelliklerine göre sözleşmeleri yapılandırmaları yeterlidir. Kalan süreç, mesaj iletimi, doğrulama ve teslimat, Hyperlane'in altyapısı tarafından işlenir, bu da geliştiricilerin karmaşık çeviri mekanizmalarıyla uğraşmadan ortamlar arası bağlantılar kurabilmelerini sağlar.
2.3. Modüler Güvenlik: Zincirler 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, bu aynı zamanda bir anahtar zorluk da getirmektedir: Alıcı zincir, bir mesajın gerçekten iddia edilen kaynağından 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, (Interchain Security Module, ISM) adlı bir zincirler arası güvenlik modülü tanıttı; bu, hedef bağlantının mesajı almadan önce gerçekliğini doğrulayan modüler bir güvenlik sistemidir. ISM, mesajı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 müdahale edilmezlik ve 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ığında, mesaj beklenen varış noktasına 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 benzer. Bir ülkeye girmeden önce, göçmen memurları pasaportunuzun gerçekliğini doğrular; "Bu pasaport gerçekten de vatanınız tarafından mı verildi?" Pasaport, yasalığını kanıtlamak için güvenlik özellikleri ve şifreleme unsurları içerir. Herkes belge sahteleyebilir, ancak yalnızca uygun doğrulama ile şifreli bir şekilde kaynağını kanıtlayabilen pasaportlar ülkeye kabul edilecektir.
Önemli olan, ISM'nin hizmetin ihtiyaçlarına göre güvenlik modelini esnek bir şekilde yapılandırabilmesidir. Pratikte, güvenlik gereksinimleri bağlama göre önemli ölçüde değişiklik gösterebilir. Örneğin, küçük bir token transferi yalnızca daha hızlı bir yürütme sağlamak için temel bir doğrulayıcı imzası gerektirebilir. Buna karşılık, milyonlarca dolarlık bir varlık transferi, Hyperlane doğrulayıcıları, dış köprüler ve ek çoklu imza doğrulaması 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.
3. Geliştirici Araçları ve Erişilebilirlik: En Basit Bağlantı Yöntemi
Hyperlane, geliştirici deneyimini önceliklendirerek yüksek düzeyde erişilebilirlik ve kullanılabilirlik sunar. Komut satırı arayüzü (CLI) ve TypeScript tabanlı yazılım geliştirme kiti (SDK), yeni blokların Hyperlane ekosistemine entegrasyonu, bloklar arası mesaj gönderimi ve Hyperlane Warp Route'un yapılandırılması için temel araçlardır.
CLI ve SDK tamamen açık kaynaktır, herkesin kullanımına açıktır. Geliştiriciler kodu GitHub'dan indirip entegrasyona başlayabilir, lisans sözleşmesi veya onay süreci gerektirmez. Resmi belgeler adım adım kılavuzlar içerir, bu nedenle blok zinciri deneyimi sınırlı olan geliştiriciler için bile kolaydır.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Hyperlane: İzin gerektirmeyen zincirler arası iletişim için yeni bir paradigma
Blok Zinciri İletişiminde Yeni Bir Paradigma: Hyperlane
Temel Noktalar
Gerçekten İzin Gerektirmeyen Dağıtım: Hyperlane, herhangi bir geliştiricinin onay süreci olmadan farklı blok zincirlerini anında dağıtmasına ve bağlamasına olanak tanır, bu da tamamen yeni bir erişim modeli yaratır.
Esnek modüler güvenlik: Hyperlane'in zincirler arası güvenlik modülü (ISM), uygulamaların ihtiyaçlara göre güvenlik gereksinimlerini yapılandırmasına olanak tanır; temel doğrulamadan çok katmanlı doğrulamaya kadar her şey gerçekleştirilebilir. Böylece aynı altyapı hem hızlı küçük ölçekli işlemler yapabilir hem de yüksek güvenlikli varlık transferlerini işleyebilir.
Geliştirici dostu mimari: Hyperlane, TypeScript SDK, CLI araçları ve kapsamlı belgeler sunarak, çapraz zincir entegrasyonunun teknik engelini büyük ölçüde azaltır; geliştiriciler, basit API'ler aracılığıyla zincirler arası mesajlaşmayı gerçekleştirebilir.
1. Blok Zinciri bağlantısının dönüm noktası
Blok Zinciri ekosistemi, izole geliştirmeden gerçek bir etkileşime doğru dönüşüyor. Projeler artık kapalı ortamlar inşa etmiyor, aksine giderek daha geniş bir ağda entegrasyon arayışında.
Ancak, mevcut çoğu entegrasyon hâlâ manuel ve dağınık. Yeni projelerin her köprü veya etkileşim sağlayıcısıyla doğrudan müzakere etmesi gerekiyor, bu genellikle yüksek maliyetler, gecikmeler ve yönetim yükü yaratıyor. Teknik olarak gelişmiş ekipler için bile, bu yapısal katılım engelleri oluşturuyor ve sonunda tüm ekosistemin ölçeklenebilirliğini engelliyor.
Bu zorluk yeni bir durum değil. 1990'ların başında, şirketler kendi bağımsız iç ağlarını işletiyordu ve bağımsız kurallara ve erişim izinlerine 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ıldığı zaman gerçekleşti; bu protokoller, birleşik internetin açık ve izinsiz erişimini mümkün kıldı. Bu standartlar, karmaşıklığın yerine basitliği koyarak, katlanarak büyümeyi ve küresel katılımı serbest bıraktı ve dijital devrimin temelini attı.
Blok Zinciri sektörü şimdi benzer bir dönüm noktasında. Bir sonraki yenilik aşamasını açığa çıkarmak için, dağınık, izinli entegrasyonlardan, standartlaştırılmış, izinsiz bağlantılara geçmelidir. Erişim engellerinin azaltılması, geniş katılım ve tüm ekosistem için yenilik açısından 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 mimari ile yapısal kısıtlamaları çözmektedir; bu, herhangi bir projenin özgürce bağlantı kurmasına olanak tanıyan köklü bir farklılık gösteren bir modeldir. Bu yaklaşımda tek bir gereklilik vardır: desteklenen sanal makine (VM) ortamına uyumluluk, örneğin Ethereum/EVM, Solana/SVM veya Cosmos/CosmWasm. Bu koşul sağlandığında, karmaşık onay süreçlerine gerek kalmadan entegrasyon yapılabilir.
Bu nedenle, Blok Zinciri projelerinin kabul eşiği ö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.
Web3 geliştiricisi Ryan'ı içeren gerçek bir örneğe bakalım. Ryan, kendi ana ağını çalıştıran Tiger adında yeni bir proje inşa ediyor. Şu anda, Tiger zincirindeki kullanıcılar yalnızca Tiger ekosistemine bağlıdır ve diğer blok zincirleriyle etkileşimde bulunamazlar. Ancak, kullanıcılar Ethereum'dan Tiger zincirine varlık taşımak ve Tiger zincirinden diğer zincirlere geçerek daha fazla likidite açmak istiyorlar. Bunu başarmak için Ryan, Tiger zincirini birden fazla blok zinciri 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ı ayarlamak için kurdu. Bu işlem oldukça basit, sadece terminalde "npm install @hyperlane-xyz/cli" komutunu çalıştırması yeterli. Bu aracın açık kaynak olması nedeniyle önceden onay veya kayıt gerekmiyor. Bu kullanım kolaylığı, Hyperlane'in izinsiz yapısının temel değerini vurguluyor.
Adım 2: Mailbox ve ISM'yi dağıt
Sonra, Ryan iki ana bileşeni Tiger zincirine doğrudan 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 koşullarında entegrasyon yapmasına izin verir. 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, belirli bir yürütme komutudur: "100 TIGER token'ını Ethereum adresi 0x123... adresine aktar." İletim süreci aşağıdaki gibidir:
Tiger Zinciri mesajı başlattı, 100 adet $TIGER token'ını Ethereum'a aktardı.
Hyperlane doğrulayıcıları mesajı doğrular ve imzalar.
(Yinileyici), imzalanmış mesajı Ethereum'a iletecektir.
Ethereum üzerindeki ISM doğrulama mesajı ve alıcıya 100 adet $TIGER token'ı serbest bırakma
Kaynak zincir ve hedef zincir Mailbox'ı kurduğunda, ek bir yapılandırma gerekmemektedir. Mesaj iletilir, doğrulanır ve yürütülür. Başarılı test, iki zincirin doğru bir şekilde bağlandığını doğrulamıştır.
Adım 4: Kamu kayıt defterine kayıt ol
Son adımda, Ryan Hyperlane kayıt defterine Tiger zincirinin bağlantı detaylarını kaydetti. Bu kayıt defteri, bağlantılı zincirlerin bilgilerini derleyen, GitHub tabanlı bir kamu dizinidir; bu bilgiler arasında alan adı ID(, domain ID'leri ) ve Mailbox adresi gibi tanımlayıcılar bulunmaktadır. Bu kamu listesinin amacı, diğer geliştiricilerin Tiger zinciri ile bağlantı kurmak için gerekli bilgileri kolayca bulabilmelerini sağlamaktır. İşlevi, bir telefon rehberine oldukça benzerdir; bir kez kayıt olduktan sonra herkes Tiger'ı arayıp iletişim başlatabilir. Bu kayıt ile Tiger zinciri, Hyperlane ekosisteminin tüm ağ etkilerinden yararlanabilecektir.
Bu mimarinin temelinde basit ama güçlü bir ilke yatıyor: Herkes, onay olmadan bağlanabilir; her blok zinciri, izin olmadan bir varış noktası olarak kullanılabilir.
Bu modeli en iyi anlamanın yolu, bir benzetme yapmaktır: e-posta. Herhangi birinin önceden koordine etmeden dünyadaki herhangi bir e-posta adresine mesaj gönderebildiği gibi, Hyperlane de Mailbox kurulu olan herhangi bir Blok Zinciri'nin diğer herhangi bir Blok Zinciri ile iletişim kurmasını sağlar. İzin gerektirmeyen bağlantıları varsayılan durum haline getiren bir ortam yaratır; bu, geleneksel onay bazlı sistemlerin gerçekleştiremediği bir şeydir.
2.2. Çoklu Sanal Makine(VM) uyumluluğu
Başlangıçtan itibaren, Hyperlane modüler bir mimari olacak şekilde tasarlandı ve birden fazla sanal makine (VM) ortamını destekleyecek şekilde yapılandırıldı. Şu anda, Ethereum üzerindeki EVM, Cosmos SDK zincirine dayanan CosmWasm ve Solana'nın SVM'si ile birlikte çalışabilirlik desteği sunmaktadır ve Move tabanlı zincirlere destek eklemeye devam etmektedir.
Farklı VM ortamlarını bağlamak temelde karmaşıktır. Her blok zinciri kendi yürütme modelini, veri yapısını, konsensüs mekanizmasını ve varlık standartlarını çalıştırır. Bu sistemler arasında etkileşim sağlamak, tamamen farklı mimarileri çevirebilen yüksek derecede uzmanlaşmış bir çerçeve gerektirir.
Örneğin, Ethereum'un EVM'si 18 basamaklı ondalık sayıları desteklerken, Solana'nın SVM'si 9 basamaklı ondalık sayıları kullanır. Güvenlik ve güvenilirliği korurken, en küçük farklılıkları bile aşmak, Hyperlane'in temel teknik başarılarından biridir.
Hyperlane, farklı zincirleri bağlama zorluğunu çözmek için "Hyperlane Warp Route"( süper alan kıvrım yönlendirmesi) tanıttı. Hyperlane Warp Route, zincirler arasında izinsiz token transferine olanak tanıyan modüler bir çapraz zincir varlık köprüsüdür ve çeşitli varlıkların farklı ortamlar arasında hareket etmesini destekler.
Kısacası, Hyperlane Warp Route, varlıkların doğasına ve kullanım durumlarına göre çalışır. Bazen (vault) gibi bir kasa gibi çalışır, bazen bir döviz bürosu gibi, bazen de doğrudan havale gibi; her yönlendirme türü her senaryo için uygun bir yöntem sunar. Tüm bu süreçler, Hyperlane'in farklı sanal makine ortamlarında çalışan zincirler arası mesajlaşmayı kullanır.
Yerel Token Warp Routes: Yerel yakıt tokeni ( örneğin ETH) blok zinciri üzerinden doğrudan transferi destekler, ( sarma) gerekmez.
Teminatlı ERC20: Kaynak zincirinde ERC20 token'larını teminat olarak kilitleyerek, zincirler arası transfer için kullanılır.
Sentetik ERC20: Hedef zincirde orijinal tokeni temsil etmek için yeni bir ERC20 tokeni basmak.
Çoklu Teminat Warp Yolları: Birden fazla teminat tokeninin likidite sağlamasına izin verir.
Özel Warp Rotaları: Gelişmiş özellikler ekleyin veya belirli kullanım durumlarını entegre edin (, örneğin, cüzdan, fiat destekli token ).
Bir örneği incelemek için (lock-and-mint) modelini kullanalım. Ryan adında bir geliştirici, Ethereum üzerinde çıkarılan Tiger token'ı ($TIGER)'ı Base ağına taşımak istiyor.
Ryan önce Ethereum'da bir Hyperlane Warp Route sözleşmesi dağıtıyor ve $TIGER token'ını bu sözleşmeye (EvmHypCollateral) yatırıyor. Ardından, Ethereum Mailbox bir mesaj oluşturup gönderiyor ve Base ağının Tiger token'ının paketlenmiş versiyonunu basmasını talep ediyor.
Mesaj alındıktan sonra, Base ağı zincirler arası güvenlik modülü (ISM) ile doğruluğunu 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ı zincirler için modüler ve izinsiz birlikte çalışabilirlik vizyonunu genişletmede kritik bir rol oynamaktadır. Geliştiricilerin, her zincirin özelliklerine göre sözleşmeleri yapılandırmaları yeterlidir. Kalan süreç, mesaj iletimi, doğrulama ve teslimat, Hyperlane'in altyapısı tarafından işlenir, bu da geliştiricilerin karmaşık çeviri mekanizmalarıyla uğraşmadan ortamlar arası bağlantılar kurabilmelerini sağlar.
2.3. Modüler Güvenlik: Zincirler 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, bu aynı zamanda bir anahtar zorluk da getirmektedir: Alıcı zincir, bir mesajın gerçekten iddia edilen kaynağından 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, (Interchain Security Module, ISM) adlı bir zincirler arası güvenlik modülü tanıttı; bu, hedef bağlantının mesajı almadan önce gerçekliğini doğrulayan modüler bir güvenlik sistemidir. ISM, mesajı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 müdahale edilmezlik ve 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ığında, mesaj beklenen varış noktasına 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 benzer. Bir ülkeye girmeden önce, göçmen memurları pasaportunuzun gerçekliğini doğrular; "Bu pasaport gerçekten de vatanınız tarafından mı verildi?" Pasaport, yasalığını kanıtlamak için güvenlik özellikleri ve şifreleme unsurları içerir. Herkes belge sahteleyebilir, ancak yalnızca uygun doğrulama ile şifreli bir şekilde kaynağını kanıtlayabilen pasaportlar ülkeye kabul edilecektir.
Önemli olan, ISM'nin hizmetin ihtiyaçlarına göre güvenlik modelini esnek bir şekilde yapılandırabilmesidir. Pratikte, güvenlik gereksinimleri bağlama göre önemli ölçüde değişiklik gösterebilir. Örneğin, küçük bir token transferi yalnızca daha hızlı bir yürütme sağlamak için temel bir doğrulayıcı imzası gerektirebilir. Buna karşılık, milyonlarca dolarlık bir varlık transferi, Hyperlane doğrulayıcıları, dış köprüler ve ek çoklu imza doğrulaması 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.
3. Geliştirici Araçları ve Erişilebilirlik: En Basit Bağlantı Yöntemi
Hyperlane, geliştirici deneyimini önceliklendirerek yüksek düzeyde erişilebilirlik ve kullanılabilirlik sunar. Komut satırı arayüzü (CLI) ve TypeScript tabanlı yazılım geliştirme kiti (SDK), yeni blokların Hyperlane ekosistemine entegrasyonu, bloklar arası mesaj gönderimi ve Hyperlane Warp Route'un yapılandırılması için temel araçlardır.
CLI ve SDK tamamen açık kaynaktır, herkesin kullanımına açıktır. Geliştiriciler kodu GitHub'dan indirip entegrasyona başlayabilir, lisans sözleşmesi veya onay süreci gerektirmez. Resmi belgeler adım adım kılavuzlar içerir, bu nedenle blok zinciri deneyimi sınırlı olan geliştiriciler için bile kolaydır.