@Hemi'ye ilgi duymaya başladım çünkü birçok kripto para projesinin Bitcoin ve akıllı sözleşmelerden bahsettiğini, ancak hala wrapped token'lara, ayrı oracle'lara veya üçüncü parti relayer'lara güvendiğini fark ettim. Hemi'nin yaptığı şey dikkatimi çekti: yerel Bitcoin farkındalığını EVM benzeri bir ortama entegre ediyor, böylece akıllı sözleşmeler doğrudan Bitcoin durumu ve varlıklarına atıfta bulunabiliyor. O fikir - sadece Bitcoin'i sarmakla kalmayıp, Bitcoin durumunu sözleşme ortamına getirmek - gerçek bir sıçrama gibi hissettirdi. (Belgeleri görün: Hemi’nin hVM'si “Bitcoin farkındalığı ile güncellenmiş bir EVM” olarak gömülü bir “Tiny Bitcoin” daemon'u aracılığıyla. )
$HEMI kullanarak, tüneller fikri üzerinde denemeler yaptım. Hemi, yalnızca “köprüler” yerine “Tüneller” sunuyor - ince fark, bir tünelin, yalnızca sarma ve saklayıcılara güvenmek yerine, protokol seviyesinde her iki zincirin durum farkındalığını korumasıdır. Örneğin: Hemi’nin “Bitcoin Tüneli”, kullanıcıların gerçek Bitcoin ( veya Bitcoin yerel varlıklarını ) Bitcoin zincirinde kilitlemesine ve Hemi'de temsilci bir token almasına olanak tanır; geri aldığınızda, Bitcoin kasadan serbest bırakılır. Pratikte bu ne anlama geliyor: BTC'ye sahipsiniz, bunu akıllı sözleşmelerde, DeFi'de veya EVM tarzı dApp'lerde kullanmak istiyorsunuz - Hemi, size bir temsil sunarak ve temel mekanizmanın Bitcoin'e daha doğrudan bir şekilde bağlı olmasını sağlayarak bunu mümkün kılıyor.
Mimariyi şu şekilde görüyorum: ilk olarak, hVM. #Hemi, Solidity sözleşmeleri, tanıdık araç zincirleri ve deterministik indekslenmiş bir Bitcoin tam düğümü veya hafif sürümünü bu VM'nin çalışma zamanına yerleştiren EVM uyumlu bir sanal makine ( çalıştırıyor. Örneğin, “Tiny Bitcoin Daemon” )TBC( Bitcoin blokları ile senkronize olur ve “İşlenmiş Bitcoin Görünümü” tüm Hemi düğümleri arasında korunur, böylece akıllı sözleşmeler Bitcoin'den deterministik olarak veri alabilir: UTXO'lar, bakiyeler, işlem onayları, blok başlıkları. Geliştirici-kullanıcı olarak bana verdiği şey, belirli bir Bitcoin adresi X satoshi aldığında, bu sözleşme mantığını Hemi'de tetiklemek gibi şeyler yazma yeteneğiydi. Aracı bir oracle olmadan. Bu güçlü hissettirdi.
O zaman tünel mekanizması: )Bitcoin Tüneline BTC yatırdığımda, sistem BTC'yi (multisig veya güvenli sistem) içinde bir kasada kilitledi, hVM UTXO ve Bitcoin durumunu izlemesiyle yatırımı doğruladı ve onaylandığında $HEMI birkaç Bitcoin onayı( sonrasında Hemi “hemiBTC” veya temsilci bir token üretti, bu tokeni Hemi'nin akıllı sözleşme ortamında kullanabiliyordum. Çekim sırasında, temsilci tokeni yakar ve kasanın BTC'yi bana geri vermesi için tetiklerdim. Belgelerde yatırımlar için: kullanıcı BTC'yi kasaya gönderir, hVM UTXO tablosunu izler, temsilci token yaklaşık 6 Bitcoin onayından sonra üretilir. Çekimler için: Hemi'de temsilciyi yak, hVM + tünel mantığı doğrular ve kasa orijinal BTC'yi Bitcoin adresine serbest bırakır. Testnet'te küçük bir transfer denedim, “BTC tarafında kilitleme → Hemi tarafında mint” akışını gördüm. Kullanıcı arayüzü basitti; ancak arka uç mimarisi karmaşık.
Beğendiğim şeylerden biri güvenlik tasarımı: Bitcoin durumunu doğrudan VM'ye entegre ederek, @Hemi bazı eski köprülerin taşıdığı güven varsayımlarından kaçınıyor )örneğin, tamamen merkeziyetsiz yöneticiler, başarısız olabilecek oracle'lar(. Hemi'nin hala tünel güvenlik modelinin aşamaları var: Aşama 0 aşırı teminatlandırılmış çok imzalı kasalar kullanıyor; gelecekteki aşamalar, daha yüksek merkeziyetsizlik için BitVM / 1-of-N güven modellerini kullanmayı amaçlıyor. Benim için bu, evet, bugün hala güven bileşenleri var, ama mimari iyileştirme için katmanlı.
Kullanım açısından, sonuçların ilginç olduğunu buldum: bir Bitcoin sahibi olarak, artık BTC'nizi Hemi'nin akıllı sözleşme dünyasına getirebilir ve EVM uyumluluğu sayesinde muhtemelen Ethereum tarzı ekosistemlere ) taşıyabilirsiniz. BTC'nizi teminat olarak kullanabilir, DeFi ile etkileşimde bulunabilir, değer transferi yapabilir ve temel sistem hala Bitcoin zincirine kanıtlanabilir bir şekilde bağlıdır. Eğer bir akıllı sözleşme geliştiricisiyseniz, Bitcoin adreslerini veya işlem olaylarını ( hVM ön derlemeleri ) aracılığıyla izleyen ve Hemi'de mantığı tetikleyen bir sözleşme yazabilirsiniz — bu, daha önce çok zordu. Örneğin, hVM, BtcBalAddr ( bir BTC adresinin bakiyesi ), BtcUtxosAddrList ( bir BTC adresinin UTXO'ları ), BtcTxByTxid ( işlem ID'sine göre işlem getirme ) gibi ön derlenmiş sözleşmeler sunar.
Elbette, mükemmel değil. Kullandıkça not ettiğim bazı trade-off'lar ve açık sorular var. Biri karmaşıklık: UI basitken, arka uç mekanizmaları (vaults, onay süreleri, mint→burn akışlarının sağlam olduğundan emin olma ), gecikme olduğu anlamına geliyor (BTC onay süreleri ). Belgelerde, depozitonun ~1 saat, çekimin ise mevcut modellemeye göre ~12 saat sürebileceği belirtiliyor. Ayrıca, yerleşik düğüm erişimi güçlü olsa da, geliştiricilerin ve kullanıcıların Bitcoin durumu detaylarını (UTXOs, adresler vb. ) tam olarak kullanabilmek için anlamaları gerekiyor; bu nedenle, basit bir ERC-20 token'ına göre biraz daha yüksek bir teknik yük var.
Başka bir endişe: tam merkeziyetsizliğe kadar vault/güven saklama güveni: Aşama 0, tamamen otonom olmayan, saklama-minimal model yerine aşırı teminatlandırılmış çok imzalı vaultlar kullanıyor. Mimari, gelecekte BitVM / 1-of-N güveni vaat etse de, o zamana kadar bazı riskler devam ediyor. Ceza veya kötü davranışın nasıl ele alındığını inceledim: belgeler, hVM'nin yetkisiz çekimlere karşı izleme yaptığını belirtiyor; kötü niyetli vault etkinliği kullanıcılar tarafından işaretlenebilir ve ceza uygulanabilir. Kullanıcıların ihtilafları gündeme getirmesi konusundaki sosyallik henüz erken; bu sistemin ne kadar sağlam hale geldiğini daha fazla gözlemlemek istiyorum.
Ayrıca, sözleşmeler Bitcoin verilerine erişebilse de, performans ve maliyet etkileri önemlidir: daha büyük verilerle (Bitcoin blokları, UTXO setleri) ve düğümler arasında durum senkronizasyonu ile uğraşıyorsunuz. Bu, önemsiz ERC-20 mantığına kıyasla ek yük getirebilir. Testlerimde bunun aşırı derecede yavaş olduğunu hissetmedim, ancak tam ana ağ kullanımı gerçekleşene kadar yargımı saklı tutarım.
Özetle, Hemi ile zaman geçirdikten sonra, Bitcoin ile akıllı sözleşme dünyası arasında etkileyici bir köprü sunduğuna inanıyorum — sadece Bitcoin'i sarmakla kalmayıp, Bitcoin'i hVM ve tünel yürütme aracılığıyla akıllı sözleşme ortamına getirmesiyle. BTC tutan bir kripto kullanıcısı veya Bitcoin durumuna ihtiyaç duyan akıllı sözleşmeler geliştiren bir geliştirici olarak, Hemi, gördüğüm daha şık mimarilerden birini sunuyor.
Eğer bir karar vermek zorunda kalsaydım: evet, Hemi umut verici ve Bitcoin'i daha yerel bir şekilde akıllı sözleşme ekosistemleri ile programlanabilir ve birlikte çalışabilir hale getirme potansiyelinden umutluyum. İzleyeceğim ana alanlar şunlar olacak: vault/tunnel güven modeli tam merkeziyetsizliğe doğru nasıl evriliyor (, geliştirici araçları ve kullanıcı deneyimi nasıl iyileşiyor )teknik yükü azaltmak için (ve ne kadar benimseme gerçekleşiyor )böylece likidite ve kullanım tünellerden akıyor (. Her şey uyumlu olursa, Hemi'nin Bitcoin'e dair akıllı sözleşmeler için temel bir katman haline gelebileceğini bekliyorum—Bitcoin'in güvenliğini EVM tarzı çok yönlülükle birleştirerek.
#Hemi )
{spot}(HEMIUSDT)
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.
Hemi, hVM ve Tünel Bazlı İcra ile Bitcoin ve Akıllı Sözleşmeleri Nasıl Birleştiriyor
@Hemi'ye ilgi duymaya başladım çünkü birçok kripto para projesinin Bitcoin ve akıllı sözleşmelerden bahsettiğini, ancak hala wrapped token'lara, ayrı oracle'lara veya üçüncü parti relayer'lara güvendiğini fark ettim. Hemi'nin yaptığı şey dikkatimi çekti: yerel Bitcoin farkındalığını EVM benzeri bir ortama entegre ediyor, böylece akıllı sözleşmeler doğrudan Bitcoin durumu ve varlıklarına atıfta bulunabiliyor. O fikir - sadece Bitcoin'i sarmakla kalmayıp, Bitcoin durumunu sözleşme ortamına getirmek - gerçek bir sıçrama gibi hissettirdi. (Belgeleri görün: Hemi’nin hVM'si “Bitcoin farkındalığı ile güncellenmiş bir EVM” olarak gömülü bir “Tiny Bitcoin” daemon'u aracılığıyla. ) $HEMI kullanarak, tüneller fikri üzerinde denemeler yaptım. Hemi, yalnızca “köprüler” yerine “Tüneller” sunuyor - ince fark, bir tünelin, yalnızca sarma ve saklayıcılara güvenmek yerine, protokol seviyesinde her iki zincirin durum farkındalığını korumasıdır. Örneğin: Hemi’nin “Bitcoin Tüneli”, kullanıcıların gerçek Bitcoin ( veya Bitcoin yerel varlıklarını ) Bitcoin zincirinde kilitlemesine ve Hemi'de temsilci bir token almasına olanak tanır; geri aldığınızda, Bitcoin kasadan serbest bırakılır. Pratikte bu ne anlama geliyor: BTC'ye sahipsiniz, bunu akıllı sözleşmelerde, DeFi'de veya EVM tarzı dApp'lerde kullanmak istiyorsunuz - Hemi, size bir temsil sunarak ve temel mekanizmanın Bitcoin'e daha doğrudan bir şekilde bağlı olmasını sağlayarak bunu mümkün kılıyor. Mimariyi şu şekilde görüyorum: ilk olarak, hVM. #Hemi, Solidity sözleşmeleri, tanıdık araç zincirleri ve deterministik indekslenmiş bir Bitcoin tam düğümü veya hafif sürümünü bu VM'nin çalışma zamanına yerleştiren EVM uyumlu bir sanal makine ( çalıştırıyor. Örneğin, “Tiny Bitcoin Daemon” )TBC( Bitcoin blokları ile senkronize olur ve “İşlenmiş Bitcoin Görünümü” tüm Hemi düğümleri arasında korunur, böylece akıllı sözleşmeler Bitcoin'den deterministik olarak veri alabilir: UTXO'lar, bakiyeler, işlem onayları, blok başlıkları. Geliştirici-kullanıcı olarak bana verdiği şey, belirli bir Bitcoin adresi X satoshi aldığında, bu sözleşme mantığını Hemi'de tetiklemek gibi şeyler yazma yeteneğiydi. Aracı bir oracle olmadan. Bu güçlü hissettirdi. O zaman tünel mekanizması: )Bitcoin Tüneline BTC yatırdığımda, sistem BTC'yi (multisig veya güvenli sistem) içinde bir kasada kilitledi, hVM UTXO ve Bitcoin durumunu izlemesiyle yatırımı doğruladı ve onaylandığında $HEMI birkaç Bitcoin onayı( sonrasında Hemi “hemiBTC” veya temsilci bir token üretti, bu tokeni Hemi'nin akıllı sözleşme ortamında kullanabiliyordum. Çekim sırasında, temsilci tokeni yakar ve kasanın BTC'yi bana geri vermesi için tetiklerdim. Belgelerde yatırımlar için: kullanıcı BTC'yi kasaya gönderir, hVM UTXO tablosunu izler, temsilci token yaklaşık 6 Bitcoin onayından sonra üretilir. Çekimler için: Hemi'de temsilciyi yak, hVM + tünel mantığı doğrular ve kasa orijinal BTC'yi Bitcoin adresine serbest bırakır. Testnet'te küçük bir transfer denedim, “BTC tarafında kilitleme → Hemi tarafında mint” akışını gördüm. Kullanıcı arayüzü basitti; ancak arka uç mimarisi karmaşık. Beğendiğim şeylerden biri güvenlik tasarımı: Bitcoin durumunu doğrudan VM'ye entegre ederek, @Hemi bazı eski köprülerin taşıdığı güven varsayımlarından kaçınıyor )örneğin, tamamen merkeziyetsiz yöneticiler, başarısız olabilecek oracle'lar(. Hemi'nin hala tünel güvenlik modelinin aşamaları var: Aşama 0 aşırı teminatlandırılmış çok imzalı kasalar kullanıyor; gelecekteki aşamalar, daha yüksek merkeziyetsizlik için BitVM / 1-of-N güven modellerini kullanmayı amaçlıyor. Benim için bu, evet, bugün hala güven bileşenleri var, ama mimari iyileştirme için katmanlı. Kullanım açısından, sonuçların ilginç olduğunu buldum: bir Bitcoin sahibi olarak, artık BTC'nizi Hemi'nin akıllı sözleşme dünyasına getirebilir ve EVM uyumluluğu sayesinde muhtemelen Ethereum tarzı ekosistemlere ) taşıyabilirsiniz. BTC'nizi teminat olarak kullanabilir, DeFi ile etkileşimde bulunabilir, değer transferi yapabilir ve temel sistem hala Bitcoin zincirine kanıtlanabilir bir şekilde bağlıdır. Eğer bir akıllı sözleşme geliştiricisiyseniz, Bitcoin adreslerini veya işlem olaylarını ( hVM ön derlemeleri ) aracılığıyla izleyen ve Hemi'de mantığı tetikleyen bir sözleşme yazabilirsiniz — bu, daha önce çok zordu. Örneğin, hVM, BtcBalAddr ( bir BTC adresinin bakiyesi ), BtcUtxosAddrList ( bir BTC adresinin UTXO'ları ), BtcTxByTxid ( işlem ID'sine göre işlem getirme ) gibi ön derlenmiş sözleşmeler sunar. Elbette, mükemmel değil. Kullandıkça not ettiğim bazı trade-off'lar ve açık sorular var. Biri karmaşıklık: UI basitken, arka uç mekanizmaları (vaults, onay süreleri, mint→burn akışlarının sağlam olduğundan emin olma ), gecikme olduğu anlamına geliyor (BTC onay süreleri ). Belgelerde, depozitonun ~1 saat, çekimin ise mevcut modellemeye göre ~12 saat sürebileceği belirtiliyor. Ayrıca, yerleşik düğüm erişimi güçlü olsa da, geliştiricilerin ve kullanıcıların Bitcoin durumu detaylarını (UTXOs, adresler vb. ) tam olarak kullanabilmek için anlamaları gerekiyor; bu nedenle, basit bir ERC-20 token'ına göre biraz daha yüksek bir teknik yük var. Başka bir endişe: tam merkeziyetsizliğe kadar vault/güven saklama güveni: Aşama 0, tamamen otonom olmayan, saklama-minimal model yerine aşırı teminatlandırılmış çok imzalı vaultlar kullanıyor. Mimari, gelecekte BitVM / 1-of-N güveni vaat etse de, o zamana kadar bazı riskler devam ediyor. Ceza veya kötü davranışın nasıl ele alındığını inceledim: belgeler, hVM'nin yetkisiz çekimlere karşı izleme yaptığını belirtiyor; kötü niyetli vault etkinliği kullanıcılar tarafından işaretlenebilir ve ceza uygulanabilir. Kullanıcıların ihtilafları gündeme getirmesi konusundaki sosyallik henüz erken; bu sistemin ne kadar sağlam hale geldiğini daha fazla gözlemlemek istiyorum. Ayrıca, sözleşmeler Bitcoin verilerine erişebilse de, performans ve maliyet etkileri önemlidir: daha büyük verilerle (Bitcoin blokları, UTXO setleri) ve düğümler arasında durum senkronizasyonu ile uğraşıyorsunuz. Bu, önemsiz ERC-20 mantığına kıyasla ek yük getirebilir. Testlerimde bunun aşırı derecede yavaş olduğunu hissetmedim, ancak tam ana ağ kullanımı gerçekleşene kadar yargımı saklı tutarım. Özetle, Hemi ile zaman geçirdikten sonra, Bitcoin ile akıllı sözleşme dünyası arasında etkileyici bir köprü sunduğuna inanıyorum — sadece Bitcoin'i sarmakla kalmayıp, Bitcoin'i hVM ve tünel yürütme aracılığıyla akıllı sözleşme ortamına getirmesiyle. BTC tutan bir kripto kullanıcısı veya Bitcoin durumuna ihtiyaç duyan akıllı sözleşmeler geliştiren bir geliştirici olarak, Hemi, gördüğüm daha şık mimarilerden birini sunuyor. Eğer bir karar vermek zorunda kalsaydım: evet, Hemi umut verici ve Bitcoin'i daha yerel bir şekilde akıllı sözleşme ekosistemleri ile programlanabilir ve birlikte çalışabilir hale getirme potansiyelinden umutluyum. İzleyeceğim ana alanlar şunlar olacak: vault/tunnel güven modeli tam merkeziyetsizliğe doğru nasıl evriliyor (, geliştirici araçları ve kullanıcı deneyimi nasıl iyileşiyor )teknik yükü azaltmak için (ve ne kadar benimseme gerçekleşiyor )böylece likidite ve kullanım tünellerden akıyor (. Her şey uyumlu olursa, Hemi'nin Bitcoin'e dair akıllı sözleşmeler için temel bir katman haline gelebileceğini bekliyorum—Bitcoin'in güvenliğini EVM tarzı çok yönlülükle birleştirerek. #Hemi ) {spot}(HEMIUSDT)