Herkes İster, Azı Kullanabilir

Fırsatlar Ülkesi: Bitcoin

(Kaynak: companiesmarketcap)
Bitcoin, 2008’de anonim bir geliştirici tarafından yaratıldı ve bugün piyasa değeriyle tüm varlık sınıfları arasında 7. sıraya yükseldi. Artık sadece finans dünyası değil, ABD Başkanı gibi siyasi figürler tarafından da tanınıyor. Günümüzde Bitcoin’in piyasa değeri, gümüşle benzer düzeyde; ancak benimsenme oranı hâlâ düşük ve toplam değer, altının yalnızca onda biri seviyesinde. Bu da önümüzdeki yıllar için ciddi bir büyüme potansiyeli olduğunu gösteriyor.
Bitcoin değer açısından büyük bir yol kat etse de, kullanım açısından hâlâ sınırlı. Hisse senetleri veya tahvillar gibi geleneksel varlıklar çok çeşitli finansal ürünlerde kullanılırken, Bitcoin’in finansal uygulamaları hem teknik hem de pratik olarak oldukça kısıtlı. Bu açıdan Bitcoin, tıpkı Amerikan Batısı’nın sınır günlerinde olduğu gibi, fırsatlarla dolu ama hâlâ büyük ölçüde keşfedilmemiş bir alan.

BTC Kullanımına Yönelik Denemeler

Bitcoin’in büyük piyasa değeri, birçok protokolü ve şirketi onu finansal sistemlere entegre etme konusunda motive etti. Bugüne kadar öne çıkan başlıca girişimler şunlar oldu:

• Merkezi Finans (CeFi): Geleneksel finans kurumları, Bitcoin vadeli işlemleri (CME), opsiyonlar, BTC teminatlı krediler (Coinbase) ve ETF’ler gibi ürünlerle piyasada yer alıyor.
• Saklayıcı Köprüleme: WBTC, cbBTC gibi ürünlerle, kullanıcılar BTC’lerini merkezi saklayıcılar (örneğin BitGo, Coinbase) aracılığıyla sararak diğer ağlarda kullanabiliyor.
• On-chain Köprüleme: Merkezi kontrolü ortadan kaldırmak isteyen projeler, BTC’yi doğrudan diğer ağlara aktarmayı denedi. Ancak tam anlamıyla “güvensiz” bir köprü hâlâ büyük bir zorluk. Belirli düzeyde güven varsayımları kaçınılmaz kalıyor.
• Ölçekleme Çözümleri: BTC’yi yan zincirlerde veya L2 çözümlerinde kullanma çabaları arttı. Ancak bu çözümler de ek güven varsayımları içeriyor. Taproot Wizards ekibi, OP_CAT gibi araçlarla bu sorunları azaltmaya çalışıyor.
• BTC Tabanlı Stablecoin’ler: Yala ve Avalon gibi projeler, MakerDAO benzeri modellerle BTC teminatlı stablecoin’ler üretiyor. Ancak burada da köprüleme sürecindeki güven sorunları hâlâ çözülmüş değil.

Bu girişimlerin ortak bir problemi var: Bitcoin’i yerel ve güvenli şekilde kullanmak zor. Bitcoin’in en büyük avantajı güvenliği, fakat bu güveni zayıflatan ek katmanlar kullanıcılar için ciddi bir bariyer oluşturuyor. Bu yüzden Bitcoin’in kullanım oranı, piyasa büyüklüğüne rağmen düşük kalıyor.

Babylon: BTC’nin Yerel Kullanımı

İşte tam da bu noktada Babylon devreye giriyor. @babylonlabs_io tarafından geliştirilen bu protokol, BTC sahiplerinin varlıklarını Bitcoin ağı üzerinde yerel olarak stake etmelerine olanak tanıyor. Böylece kullanıcılar, diğer PoS protokollerini doğrulayarak pasif gelir elde edebiliyor.
Babylon, ek bir güven katmanına ihtiyaç duymadan BTC kullanımını mümkün kıldığı için hızla 5 milyar doların üzerinde TVL’ye ulaştı. Eğer BTC staking’i için limitler olmasaydı bu rakam çok daha yüksek olabilirdi.
Ancak burada önemli bir teknik engel var: Bitcoin’in komut dosyası dili Turing-complete değil, yani Ethereum gibi karmaşık akıllı sözleşmeleri desteklemiyor. Peki o hâlde Babylon bunu nasıl başarıyor? İşte bu makalenin devamında, Babylon’un bu sınırlamalara rağmen nasıl çalıştığını ve BTC’nin potansiyelini nasıl açığa çıkardığını teknik detaylarıyla inceleyeceğiz.

Babylon

Babil Kulesi’ni inşa etmek gibi: Gerçek anlamda yerel BTC kullanımı mümkün mü?

Babylon’a Genel Bakış

Babylon’un misyonu, merkeziyetsiz dünyayı güvence altına almak için Bitcoin’i ölçeklenebilir bir güvenlik katmanı haline getirmektir. Genellikle bir BTC paylaşım protokolü olarak tanımlansa da, Babylon aynı zamanda Bitcoin zaman damgalama hizmetleri sunarak çeşitli BTC güvenlik protokolleri oluşturur.
Babylon iki ana bileşenden oluşur:

• Bitcoin Zaman Damgası: Proof-of-Stake (PoS) zincirlerinin blok verilerini Bitcoin ağına “checkpoint” olarak kaydetmesine olanak tanır. Bu, PoS zincirlerinin uzun menzilli saldırılara karşı korunmasına, pay çözme sürelerinin kısaltılmasına, kritik işlemlerin güvence altına alınmasına ve Bitcoin’in sansür direncinden faydalanmasına imkân sağlar.
• Bitcoin Stakeleme: BTC sahiplerinin, Bitcoin ağında doğrudan BTC’lerini kilitleyerek diğer PoS protokollerinin doğrulayıcı süreçlerine katılmalarını ve bu yolla ödüller kazanmalarını sağlar.

Babylon’un Mimarisi

Babylon’un mimarisi yukarıdaki diyagramda gösterildiği üzere, çekirdeğinde Cosmos SDK ile inşa edilmiş Babylon Zinciri yer alır. Bu zincir, BTC stake işlemlerini kolaylaştıran ve Bitcoin ile diğer PoS zincirleri (Tüketici Alanları) arasında bağlantı kuran çevresel programlarla desteklenir.
Tüketici Alanları, Babylon aracılığıyla Bitcoin ağına checkpoint gönderen PoS zincirlerini ifade eder.
Babylon Zinciri, şu temel işlevleri yürüten modüllerden oluşur:

• Doğrulayıcı kümesini yönetmek
• Bitcoin blok başlıklarını izlemek
• Bitcoin’e checkpoint göndermek
• BTC stake işlemlerini yöneten finalite sağlayıcı kümesini koordine etmek

Buradaki finalite sağlayıcıları, EigenLayer’daki AVS operatörlerine benzer şekilde çalışır — yani, diğer PoS protokollerinin doğrulamasında görev alırlar.
Babylon ayrıca Bitcoin ile entegre çalışmayı mümkün kılan bazı destekleyici programlar sunar:

• Vigilantes: Bitcoin ile Babylon arasında veri iletimini sağlayan röle programları
• Monitörler: Bitcoin ağı ile Babylon Zinciri arasındaki veri tutarlılığını denetleyen araçlar

Bu mimari yapı sayesinde Babylon, kripto endüstrisinin Bitcoin’in yüksek güvenliği ve derin likiditesinden doğrudan yararlanmasını sağlar.
Şimdi Babylon’un iki temel bileşenini — Bitcoin Zaman Damgası ve Bitcoin Stakeleme — daha yakından inceleyelim.

Bitcoin Zaman Damgası Nasıl Çalışır?

Neden Stake Unbonding Süresi Uzun?

Token stake etmiş herkes bilir: Unstake işlemi genellikle 1-2 haftalık bir bekleme süresi gerektirir. Bu süre boyunca tokenlar kilitlidir, kullanılmaz ve faiz kazandırmaz. Peki neden anında çekime izin verilmez?
Temel neden: ağ güvenliği. Anlık çözülmeye izin verilirse, büyük miktarda token piyasa dalgalanmalarına tepki olarak hızla çözülebilir ve bu, ağ güvenliğini zayıflatır. Ama asıl kritik sebep: uzun menzilli saldırıların önlenmesi.

Uzun Menzilli Saldırı Nedir?

(Kaynak: AP)
Uzun menzilli saldırı, kötü niyetli doğrulayıcıların geçmiş bir bloktan itibaren yeni bir çatal oluşturması ve meşru zinciri geçmeye çalışmasıdır. Böyle bir zincir yeterince uzun olursa, yeni ağa katılan düğümler hangi zincirin geçerli olduğunu ayırt edemez hale gelir.

• PoW sistemlerinde bu neredeyse imkânsızdır, çünkü geçmişten itibaren zinciri yeniden inşa etmek için devasa hesaplama gücü gerekir.
• PoS sistemlerinde, eğer doğrulayıcılar tokenlarını anında çözebiliyorlarsa, çatal oluşturmaları ve eski anahtarlarıyla yeni zincir başlatmaları mümkün hale gelir.

Bu tür bir saldırı, özellikle zincirler arası köprülerde büyük risk taşır. Örneğin bir saldırgan, sahte işlemlerle farklı zincirlerde tokenları çalarak sistemleri kandırabilir.

PoW ağlarının aksine, PoS ağlarında blok oluşturmak için yüksek hesaplama gücüne ihtiyaç yoktur. Bu durum, kötü niyetli doğrulayıcıların mevcut zincirden varlıklarını çektikten sonra, doğrulayıcı anahtarları hâlâ geçerli olan önceki bir bloktan yeni ve çatallı bir zincir oluşturabilmeleri anlamına gelir. Böyle bir senaryoda, ağa yeni katılan düğümler hangi zincirin meşru olduğunu belirlemekte zorlanabilir. Bu da potansiyel karışıklığa ve güvenlik risklerine neden olabilir.

(Kaynak: Babylon)
Uzun menzilli bir saldırı başarıyla gerçekleşirse, kötü niyetli doğrulayıcılar köprüleme mekanizmalarını kullanarak fon çalabilir. Örneğin, kötü niyetli bir aktör olan John, RugPull zincirinden Osmosis’e 1 milyon RUG jetonu transfer eder ve bunları OSMO jetonlarına çevirir. Bu transfer IBC aracılığıyla gerçekleşir; süreçte RugPull zincirindeki orijinal RUG jetonları kilitlenir ve Osmosis zincirinde eşdeğer miktarda RUG jetonu basılır.

(Kaynak: Babylon)
Eğer John, RugPull zincirinde uzun menzilli bir saldırıyı başarıyla gerçekleştirirse, RUG jetonlarını kilitleyen işlemi kötü niyetle atlayabilir ve bu jetonları yeni çatallanmış zinciri kullanarak Osmosis’e tekrar gönderebilir. Böylece, John fiilen OSMO jetonlarını karşılıksız elde etmiş olur.
Bu tür uzun menzilli saldırıları önlemek için belirli bir pay çözme süresine ihtiyaç vardır. Bu süre boyunca kötü niyetli aktörler uzun menzilli bir saldırı gerçekleştiremez; gerçekleştirmeye çalışsalar bile kesme cezalarıyla karşılaşırlar. Ayrıca bu süreçte, ağ katılımcıları hangi zincirin kanonik olduğu konusunda sosyal bir uzlaşıya varabilir. Bu nedenle, daha sonra yapılacak bir uzun menzilli saldırının ağ tarafından kabul edilme ihtimali oldukça düşüktür.

BTC Zaman Damgası ile Stake Unbonding Süresini Azaltmak

Stake unbonding süresi, uzun menzilli saldırıları önlemede etkili bir yöntemdir ancak bazı dezavantajları beraberinde getirir.
İlk sorun, bu yöntemin sosyal uzlaşmaya dayanmasıdır. Katılımcılar arasındaki off-chain iletişim, belirli bir süre boyunca önemli rol oynayabilir; ancak bu, kesin ve garantili bir çözüm değildir.
İkinci sorun ise, daha önce belirtildiği gibi, uzun unbonding süresinin kullanıcı deneyimini ve likiditeyi olumsuz etkilemesidir.
Babylon, PoS zincirlerinin unstaking süresini yalnızca birkaç saate indirebilecek bir çözüm sunar: Bitcoin Zaman Damgası. Bu yöntem, PoS zincirlerinin kanonik blok verilerini Bitcoin ağına kaydetmelerine olanak tanır.
Zaman damgası sayesinde, kötü niyetli doğrulayıcılar uzun menzilli bir saldırı girişiminde bulunsalar ve oluşturdukları çatallı zincirin kanonik olduğunu iddia etseler bile bu saldırı başarısız olur—çünkü orijinal kanonik zincir verileri zaten güvenli bir şekilde Bitcoin ağına kaydedilmiştir. Bitcoin ağı güvenli olduğu sürece, bu saldırıların başarısız olması garanti altındadır. Bu yaklaşım, sosyal uzlaşma ihtiyacını ortadan kaldırdığı için bağlanma süresinin önemli ölçüde azaltılmasını mümkün kılar.

(Kaynak: Babylon)
Zaman Damgası Nasıl Çalışır?
Bitcoin Zaman Damgası, Bitcoin ağındaki OP_RETURN işlem kodu kullanılarak gerçekleştirilir. OP_RETURN, Bitcoin ağında en fazla 80 baytlık keyfi veriyi saklamaya yarayan bir komuttur. Tipik Bitcoin işlemlerinden farklı olarak, OP_RETURN fon transferi için kullanılamaz ve UTXO oluşturmaz.
Buradaki kritik soru, tüm PoS zincirlerinin doğrudan Bitcoin ağına checkpoint gönderip gönderemeyeceğidir. Bitcoin blokları küçük boyutludur, blok süresi 10 dakikadır ve OP_RETURN yalnızca 80 bayta kadar veri tutabilir. Eğer birçok PoS zinciri sık aralıklarla checkpoint gönderirse, Bitcoin ağı bu yükü taşıyamaz hale gelir.
Bu sorunu çözmek için Babylon, IBC aracılığıyla birçok PoS zincirinden gelen checkpoint’leri toplar ve bunları tek bir toplu checkpoint olarak Bitcoin ağına gönderir.
Bu sürecin temel bileşeni ise Vigilante Relayer’dır. Vigilante Relayer, bir Babylon düğümünden checkpoint verilerini alır, OP_RETURN işlemlerine dönüştürür ve Bitcoin ağına iletir. Sistemin sağlıklı çalışabilmesi için en az bir dürüst ve aktif Vigilante Relayer gereklidir.

(Kaynak: Babylon)
PoS zincirleri, blok bilgisi içeren checkpoint’leri Babylon zincirine gönderir. Babylon zinciri de her dönemin son bloğunda bu verileri içeren bir kontrol noktasını Bitcoin ağına kaydeder.

(Kaynak: Babylon)
Uzun menzilli bir saldırı gerçekleşse bile, kötü niyetli çatallı zincirin kontrol noktası her zaman kanonik zincirin kontrol noktasından daha eski bir zaman damgasına sahip olacaktır. Bu da, ağ katılımcılarının kötü niyetli çatalları kolayca tespit etmek için Bitcoin ağındaki kontrol noktasını kontrol edebileceği anlamına gelir. Bu yaklaşım, sosyal uzlaşma ihtiyacını ortadan kaldırdığından, pay bağlama süresi birkaç haftadan sadece birkaç saate kadar düşürülebilir.

Hızlı Stake İptalinden Daha Fazlası

Babylon’un Bitcoin Zaman Damgası çözümü, yalnızca PoS zincirlerinde çıkış sürelerini kısaltarak kullanıcı deneyimini ve likidite verimliliğini artırmakla kalmaz, aynı zamanda çeşitli ek faydalar da sunar.

Önemli İşlemler İçin Yavaş Sonluluk

Babylon, PoS zincirlerine yavaş finalite uygulayarak Bitcoin’e benzer bir güvenlik seviyesi sağlar. Bir PoS bloğu belirli bir işlemi içerdiğinde, bu işlem Bitcoin ağı üzerinde zaman damgası alır. Altı Bitcoin bloğuyla onaylandıktan sonra, Bitcoin’in güvenliği sürdüğü sürece işlem geri alınamaz hale gelir.
Bu mekanizma, mutlak güvenliğin gerektiği gayrimenkul gibi yüksek değerli işlemlerde oldukça kullanışlıdır. Ayrıca, henüz olgunlaşmamış ve güvenliği zayıf olabilecek yeni Cosmos bölgeleri için yavaş finalite, ek bir güvenlik katmanı sağlar.

Bitcoin Düzeyinde Sansür Direnci

Bitcoin Zaman Damgası, sansür saldırıları durumunda PoS zincirlerinin canlılığını yeniden kazanmasına da yardımcı olabilir. Bu amaçla Babylon, rollup modu adı verilen özel bir yöntem sunar.
Klasik PoS zincirlerinde sansür direncini korumak için doğrulayıcıların en az üçte ikisinin dürüst olması gerekir. Ancak rollup modunda bu eşik yarıya düşer; yalnızca doğrulayıcıların yarısının dürüst olması yeterlidir. Bu, zincirin saldırılara karşı dayanıklılığını ciddi biçimde artırır.

(Kaynak: Babylon)
Bir kullanıcı, işleminin sansürlendiğini düşünüyorsa, sansür şikayetini Babylon zincirine iletebilir. Bu şikayet, sansürlenen işlemin hash’ini içerir ve rollup moduna geçiş sürecini başlatır.
Eğer şikayet gönderildikten sonra altı Bitcoin bloğu geçmesine rağmen ilgili işlem PoS zincirine dahil edilmemişse, dürüst doğrulayıcılar durumla ilgili görüşlerini Babylon’a sunar. Ek altı Bitcoin bloğunun ardından hâlâ kontrol noktalarında bu işlem yer almıyorsa, rollup moduna geçilir.
Rollup modunda, herhangi bir doğrulayıcı bir işlem demeti önerebilir. Bu demet, toplam bahsin en az yarısını temsil eden doğrulayıcılar tarafından imzalanırsa, işlem Bitcoin ağı üzerinde kesinlik kazanır ve sansür fiilen engellenmiş olur.

Bitcoin Staking Nasıl Çalışır?

Bitcoin Staking’e Genel Bakış

Bitcoin Zaman Damgası, PoS zincirlerinin Bitcoin’in güvenliğinden faydalanarak stake çözme süresini azaltmasına ve sansür direncini artırmasına olanak tanır. Ancak bu, Bitcoin güvenliğinden yalnızca kısmen yararlanılmasını sağlar.
Babylon, Bitcoin Zaman Damgası’nın ötesine geçerek Bitcoin Ciro Etme yöntemini sunar. Bu yöntem, Bitcoin’in betik diliyle BTC’nin doğal şekilde ciro edilmesini sağlar. Böylece, diğer PoS protokolleri, ciro edilmiş BTC’nin kripto-ekonomik güvenliğinden faydalanabilir. Ciro protokolü, farklı PoS uzlaşma protokollerine kolayca entegre edilebilen modüler bir eklenti olarak tasarlanmıştır.
BTC sahipleri için Babylon’un Bitcoin Staking sistemi, dış kurumlara güvenmeden BTC’lerini Bitcoin’in güvenliğiyle stake etmelerini ve farklı protokollerden ödül kazanmalarını mümkün kılan cazip bir yatırım fırsatıdır.
Bazı Temel Terimler:

• BTC’nin kripto-ekonomik güvenliğinden faydalanan protokoller BSN (Bitcoin Güvence Altına Alınmış Ağlar) olarak adlandırılır. Bu kavram, EigenLayer’ın AVS (Aktif Olarak Doğrulanan Hizmetler) yaklaşımına benzerdir.
• Stake edilen BTC’yi vekaleten alan ve BSN’leri doğrulayan kuruluşlara Finality Sağlayıcıları denir. Bu da EigenLayer’daki AVS operatörlerine benzer.

Peki, Bitcoin Turing-tam olmayan bir sistemken bu nasıl mümkün oluyor?
Babylon blogundaki bir örnek üzerinden detaylara bakalım:

Staking Sözleşmesi Nasıl Uygulanır?

Kilitleme

Sözleşme V0: Alice’in staking UTXO’suna bir kilit koşulu eklenir:
time_lock \= 1000 & alice_public_key
Alice’in BTC’yi kilitleyerek aynı zamanda Finality Sağlayıcı olarak hareket ettiğini varsayalım. Bu kilitleme, Alice’in belirli bir süre sonunda kendi anahtarıyla fonlarını çekebilmesini sağlayan bir koşul ile gerçekleştirilir.

Slashing (Kesme)

Sözleşme V1: Basit Kesme ve Ekleme Mekanizması
Koşul-1 (kilitli): time_lock \= 1000 & alice_public_key
Koşul-2 (kesme): alice_eots_public_key
Staking mekanizmasında uygulanması gereken temel bileşenlerden biri cezalandırmadır. Kötü niyetli bir eylem gerçekleştiğinde, staked BTC’nin yakılması yoluyla teşvik mekanizması devreye girebilir. Bu amaçla, ikinci bir UTXO harcama koşulu tanımlanır. Böylece, birisi Alice’in EOTS anahtarına sahipse cezalandırma mümkün hale gelir.
EOTS (Çıkartılabilir Tek Kullanımlık İmza), Schnorr imzaları kullanılarak uygulanan ve Bitcoin’in Taproot güncellemesiyle tanıtılan bir imza türüdür. Basitçe ifade etmek gerekirse, kötü niyetli bir oyuncu aynı anahtarı kullanarak aynı yükseklikte iki farklı bloğu imzalarsa, gizli anahtarların ortaya çıkmasını sağlayan bir algoritmadır.
Bu sistem detaylı incelendiğinde, Schnorr imzası bir özel anahtar x, bir genel anahtar P \= xG, ve rastgele bir nonce k ile oluşturulur. İmzalama süreci şu şekilde işler: Rastgele bir k seçilir ve bununla R \= kG değeri hesaplanır. Ardından, mesaj M ve R üzerinden bir özet değeri e elde edilir. İmza değeri s, k ve e kullanılarak s \= k + ex formülüyle hesaplanır. Sonuç olarak Schnorr imzası (s, R) şeklindedir.
EOTS’ın temel mantığı, aynı anahtar iki kez imzalamada kullanılırsa özel anahtarın açığa çıkmasıdır. Alice, aynı nonce k ile iki farklı mesaj imzalarsa, ilk imza s₁ \= k + e₁x, ikinci imza s₂ \= k + e₂x olur. s₁, s₂, e₁, e₂ herkes tarafından görülebileceği için, Alice’in özel anahtarı x \= (s₁ - s₂) / (e₁ - e₂) denklemiyle kolayca hesaplanabilir.
Bu mekanizma sayesinde, Alice BSN doğrulama sürecinde aynı EOTS anahtarını kullanarak iki farklı mesajı kötü niyetle imzalarsa, bunu tespit eden herhangi biri Alice’in EOTS gizli anahtarını elde edebilir. Bu gizli anahtar ortaya çıktığında, saldırgan ya Alice’in yatırdığı BTC’yi çalabilir ya da ceza olarak bu BTC’yi yakabilir.

Yakma Zorunlu Kılma

Sözleşme V2
Koşul-1 (kilitli): time_lock \= 1000 & alice_public_key
Koşul-2 (kesme): alice_eots_public_key & covenant_committee_quorum
Kesme İşlemi V0
Girişler:

• input-1: staking UTXO, yukarıdaki koşul-2 ile harcanmış

Çıktı:

• çıktı-1: değer \= 0.99 Bitcoin, sahibi \= 0000…0000

Ön Onay V0: Yazmayı Zorlama

• Antlaşma Komitesi yukarıdaki kesme işlemini önceden imzalar

Daha önce kesme durumunun hangi koşullarda gerçekleştiğini tartıştık. Şimdi bu kesmenin nasıl uygulandığına bakalım. Bu adım kritik öneme sahiptir, çünkü Alice kötü niyetli davranırsa, fark edilmeden BTC’sini çekmeye çalışabilir, EOTS gizli anahtarını ifşa edebilir ve BTC’sini yakabilir.
Bunu önlemek için, kesme işlemi BTC’yi önceden tanımlanmış bir yakma adresine (0000…0000) zorla aktaran şekilde uygulanmalıdır. Bu mekanizmanın çalışması için ikinci UTXO harcama koşulu, bir Antlaşma Komitesi Konsensüsü içerir. Komite, kesmenin meşru olup olmadığını doğrulamakla yükümlüdür. Çoklu imza (M-of-N) yapısıyla, Alice’in kesme işlemi tamamlanmadan BTC’sini tek taraflı olarak kendi cüzdanına çekmesi engellenir.
Bu yaklaşımın avantajı, Alice dürüst kaldığı sürece EOTS imzasının hiçbir zaman ortaya çıkmamasıdır. Bu da, Antlaşma Komitesi’nin Alice’in fonlarına el koyamayacağı anlamına gelir. Sonuç olarak, Alice komiteye güvenmek zorunda kalmaz çünkü yalnızca kötü niyetli davrandığında aleyhine işlem yapılabilir.

Güvenli Delegasyon

Sözleşme V3: Güvenli Temsil Yetkilendirmesi
Koşul-1 (kilitli): time_lock \= 1000 & alice_public_key
Koşul-2 (kesme): alice_public_key & validator_eots_public_key & covenant_committee_quorum
Kesme İşlemi V0
Girişler:

• giriş-1: yukarıdaki koşul-2 kullanılarak harcanan staking UTXO

Çıktılar:

• çıktı-1: değer \= 0.99 Bitcoin, sahibi \= 0000…0000

Ön Onay V1

• Alice, kesme işlemini onaylamak üzere bu işlemi önceden imzalar
• Antlaşma Komitesi de bu kesme işlemini önceden imzalayarak onaylar

Alice, BTC’yi doğrudan staking yapabilir ve çeşitli PoS protokollerinde doğrulayıcı olarak görev alabilir. Ancak çoğu kullanıcı, BTC staking işlemini bir doğrulayıcıya devretmeyi tercih eder.
Bu senaryoda, doğrulayıcının EOTS anahtarının ikinci koşula eklenmesi, kötü niyetli davranış durumunda Alice’in BTC’sinin yakılmasına imkân tanır. Ancak burada bir risk söz konusudur: Doğrulayıcı, Antlaşma Komitesi ile iş birliği yaparsa, Alice’in BTC’sini çalabilir. Bu da Alice’i doğrulayıcıya güvenmek zorunda bırakır.
Bu soruna basit bir çözüm olarak, Alice’in genel anahtarı da ikinci koşula dahil edilir. Böylece BTC’nin yakılması, Alice’in imzasını da gerektirir ve izinsiz erişim engellenmiş olur.
Bu yapının çalışabilmesi için Alice, “kesme durumu gerçekleşirse BTC yakma adresine gönderilmelidir” şeklinde bir işlemi önceden imzalar. Eğer doğrulayıcı kötü niyetli davranırsa, EOTS anahtarı ifşa edilir ve Antlaşma Komitesi çoklu imza ile işlem yaparsa, BTC yakma adresine gönderilerek kesme işlemi tamamlanır.

Zararlı Saldırıları Engellemek İçin Atomik Kesme

Sözleşme V3
Koşul-1 (kilitlenme): time_lock \= 1000 & alice_public_key VEYA
Koşul-2 (kesme): alice_public_key & validator_eots_public_key & covenant_committee_quorum
Kesme İşlemi V0
Girişler:

• input-1: yukarıdaki koşul-2 kullanılarak harcanan stake UTXO

Çıktı:

• çıktı-1: değer \= 0.99 Bitcoin, sahibi \= 0000…0000

Ön Onay V2:

• Delegasyon durumunda atomik kesme zorunludur
• Alice’in ön onayı, doğrulayıcının EOTS genel anahtarını kullanarak oluşturduğu adaptör imzasıdır
• Antlaşma Komitesi, bu kesme işlemini önceden onaylayarak imzalar

Peki, kötü niyetli bir doğrulayıcı yalnızca belirli staker’ları hedef alırsa ne olur? Bunu önlemek için Babylon, Adaptör İmzalarını devreye sokar.
Alice, doğrulayıcının EOTS genel anahtarını adaptör imzası olarak şifreler. Doğrulayıcı, yalnızca Alice’i cezalandırmaya çalışırsa bu imzayı kullanmak zorunda kalır. Adaptör İmzalarının yapısı gereği, bu işlem doğrulayıcının EOTS özel anahtarını açığa çıkarır. Böylece doğrulayıcının kötü niyetli davranması önlenir, çünkü bunu yapmak doğrudan kendi güvenliğini riske atar.

Kısmi Kesme Uygulamak

Sözleşme V3
Koşul-1 (kilitli): time_lock \= 1000 & alice_public_key VE
Koşul-2 (kesme): alice_public_key & validator_eots_public_key & covenant_committee_quorum
Kesme İşlemi V1: Kısmi Kesme
Girişler:

• giriş-1: yukarıdaki koşul-2 kullanılarak harcanan stake UTXO

Çıktılar:

• çıktı-1: değer \= 0.09 Bitcoin, sahibi \= 0000…0000
• çıktı-2: değer \= 0.9 Bitcoin,
• Koşul: time_lock \= 500 & alice_public_key

Ön Onay V2

• Alice’in ön onayı, doğrulayıcının EOTS açık anahtarını kullanarak oluşturduğu bir adaptör imzasıdır
• Ahit Komitesi, onay süreci olarak bu kesme işlemini önceden imzalar

Tüm Bitcoin’in kesme durumunda yakılması fazla değil mi? Bu sorunu aşmak için, yalnızca bir kısmı yakılabilir. Örneğin, %10’luk bir kısmı yakılırken kalan %90, belirli bir süre sonra Alice’e iade edilebilir. Bu yaklaşım, yukarıda gösterildiği gibi slashing çıktısını ikiye bölerek uygulanır.

Daha Fazla Yeniden Bahis

Sözleşme V4: Yeniden Kullanımı Etkinleştirme
Koşul-1 (kilitli): time_lock \= 1000 & alice_public_key VEYA
Koşul-2 (kesme): alice_public_key & [validator_eots_public_key listesinden herhangi biri] & covenant_committee_quorum
Alice’in stake ettiği BTC, sadece tek bir PoS protokolünde değil, birden fazla protokolde doğrulama için kullanılabilir. Ancak bir doğrulayıcı, aynı EOTS anahtarını farklı PoS sistemlerinde kullanırsa, birindeki sızıntı diğerlerini de riske atabilir.
Bu nedenle Babylon’in sonluluk sağlayıcıları, her PoS sistemi için farklı EOTS anahtarları kullanmalı ve bu anahtarların listesi ikinci koşula dahil edilmelidir. Bu sayede, sistemler birbirinden yalıtılmış olur ve güvenlik artırılır.

Özet

Ethereum veya Solana gibi PoS ağlarının aksine, Bitcoin ağı PoW üzerine kuruludur; bu nedenle, stake etme kavramı Bitcoin’de doğal olarak bulunmaz. Ancak Babylon, UTXO yapısı, Bitcoin’in betik dili ve çeşitli imza algoritmaları sayesinde BTC stake etmek için gereken kilitleme, kesme ve delegasyon işlevlerini uygulamıştır. Böylece BTC sahipleri, köprülere ya da saklama hizmetlerine ihtiyaç duymadan, BTC’lerini yerel olarak kullanarak ek kazanç elde edebilir.
Lightning Network dışında hiçbir protokol, Bitcoin’in güvenliğini doğrudan devralmaz. Ancak Lightning gibi protokollerin işlevselliği sınırlıdır ve Bitcoin’in sunduğu yüksek güvenlik ve likidite vazgeçilmez bir avantajdır.
Babylon, Bitcoin Zaman Damgası ve Bitcoin Staking mekanizmalarıyla Bitcoin’in güvenliğini iki farklı şekilde kullanıma sunar. Birincisinde, Bitcoin zaman damgası sunucusu olarak görev yaparak işlem geri dönüşlerini veya kötü niyetli zincir çatallanmalarını önler. İkincisinde ise BTC’nin likiditesini kripto-ekonomik güvenlik aracı olarak kullanarak, BTC sahiplerinin doğrudan ek gelir elde etmesini sağlar.
Şu anda Babylon’da yaklaşık 55.000 BTC stake edilmiştir; bu, Babylon’un belirlediği depozito sınırına eşittir. Karşılaştırma yapmak gerekirse, toplam ETH arzının yaklaşık %3.9’u EigenLayer’da yeniden stake edilmiştir. BTC sahipleri daha temkinli hareket etse de, şu anda toplam BTC arzının yalnızca %0.2’si Babylon üzerinde stake edilmiş durumda. Bu da platformun büyüme potansiyelini gösteren önemli bir işarettir.

Yasal Uyarı

Bu makale, 100y.eth kaynağından alıntılanmıştır. İçeriğin tüm telif hakları yazarına aittir. Telif haklarına ilişkin sorularınız için bizimle iletişime geçebilirsiniz.
Bu içerik yalnızca bilgilendirme amacı taşımaktadır ve yazarın kişisel görüşlerini yansıtır. Gate.TR’nin resmi görüşlerini yansıtmamaktadır. İçerikte yer alan marka, kurum, kuruluş veya kişilerle Gate.TR’nin herhangi bir ilişkisi bulunmamaktadır.
Bu içerik, yatırım tavsiyesi niteliğinde değildir. Dijital varlık alım-satımını teşvik etmeyi amaçlamaz, yalnızca bilgilendirme amaçlıdır.
Kripto varlıklar yüksek risk içerir ve ciddi fiyat dalgalanmalarına maruz kalabilir. Yatırım kararı vermeden önce kendi finansal durumunuzu değerlendirmeli ve kararınızı bağımsız olarak vermelisiniz.
Makalede yer alan veriler ve grafikler yalnızca genel bilgilendirme amacıyla sunulmuştur. Tüm içerikler özenle hazırlanmış olsa da, olası hata veya eksikliklerden dolayı sorumluluk kabul edilmez.
Gate Akademi ekibi bu içeriği farklı dillere çevirebilir. Hiçbir çeviri makale; kopyalanamaz, çoğaltılamaz veya izinsiz dağıtılamaz.