THORChain’in geliştirme yol haritası tek, kaçınılmaz bir dönüm noktasının etrafında yeniden yapılandırıldı: THORChain v3.20 güncellemesi. Kasa rotasyonu sırasında keşfedilen bir mutabakat sorunu, ağın tüm churn işlemlerini durdurmaya zorladı — ve v3.20 yayınlanana kadar bu duraklama yürürlükte kalacak. Mütevazı bir nokta sürümü olarak başlayan şey, güvenlik yamaları, uzun zamandır beklenen Monero entegrasyonu ve yeni bir router V6 taşıyan büyük bir dağıtıma dönüştü. Bu, THORChain’in kısa vadeli takvimindeki en önemli sürüm.
Summary
Öne çıkanlar
- THORChain’in kasa rotasyonu (churn), churn sırasında tetiklenen bir mutabakat hatası nedeniyle v3.20 yayınlanana kadar durduruldu.
- Planlanan v3.19.4 yaması v3.20’ye dahil edildi; bu sürüm ayrıca Monero entegrasyonunu ve router V6 dağıtımını içeriyor.
- Son istismar, üç eski, zincirlenmiş hatadan kaynaklandı — her biri tek başına zararsız, birlikte tehlikeli.
- Maya Protocol, tek bir doğrulanmış sağlıklı kasa çalıştırarak, tüm THORChain duraklaması boyunca swap işlemeye devam etti.
- Moca, ödemeleri Maya Protocol ve THORChain üzerinden mutabakata bağlayan sessiz bir kripto satış noktası betasını başlatıyor.
THORChain Churn İşlemi v3.20 Yayınına Kadar Durduruldu
Kasa rotasyonu, THORChain’in en temel güvenlik mekanizmalarından biridir ve şu anda çalışmıyor. Mutabakat sorunu özellikle churn süreci sırasında ortaya çıkıyor ve düzeltme, Thornode içinde bir nokta sürümünün taşıyamayacağı kadar derin değişiklikler gerektiriyor. Bu, v3.19.4 için başlangıçta planlanan yamayı, konuşulduğu gün içinde devre dışı bıraktı.
Ekip bunun yerine v3.20’yi çıkarmak için toplandı ve bir sonraki hafta için bir yükseltme yüksekliği hedefledi. Sürüm yayınlandığında, plan önce Solana’yı yeniden etkinleştirmek, ardından churn işlemini geri getirmek. Başlangıçta v3.19.4 için kapsamlanan her şey — Monero çalışması da dahil — artık yeni router V6 kodu ile birlikte tek bir daha büyük sürüme dahil ediliyor; bu kod zaten hazır ve kademeli olarak dağıtılıyor. Kullanıcılar için, yükseltmeden sonraki deneyim aynı kalıyor: swap’ler her zamanki gibi THORChain Swap üzerinden yönlendiriliyor.
Bu konsolidasyon tamamen tepkisel değil. Birden fazla iyileştirmenin tek bir koordine sürüme toplanması, ağın yüksek riskli bir yükseltme dizisinden geçmek zorunda kaldığı zaman sayısını sınırlar; bu da, inceleme kapasitesi zaten zorlanmışken büyük önem taşır.
İstismarın Kök Nedeni: Üç Hata, Tek Zincir
Son istismar tek bir yıkıcı kusurdan kaynaklanmadı. Maya Protocol’ün kurucu ortağı ve artık THORChain’de kıdemli bir geliştirici olan Aaluxx’a göre, güvenlik açığı, kod tabanında zararsız bir şekilde birlikte var olan üç eski hatanın, birileri — ya da bir şey — bunların sırayla tetiklenebileceğini keşfedene kadar birleşimiydi.
“Zincirlenince istismar edilebilir olan üç hataydı. Her biri tek başına zararsızdı.” — Aaluxx
İstismarın patlak verdiği sabahı buz gibi olarak tanımladı. Ekip kısa süre önce özel bir depodan TSS yamalarını birleştirmişti ve ilk korkusu, bu birleştirmedeki bir hatanın güvenlik açığını tanıttığı yönündeydi. Hızlı bir kontrol bunu çürüttü: commit sağlamdı ve kök neden çok daha eski koda kadar uzanıyordu. Ekip aslında benzer bir zincirlenmiş hatayı — potansiyel bir çift harcama — sadece birkaç ay önce yakalamıştı; bu da altta yatan desenin zaten radarlarında olduğu anlamına geliyor.
Ekibin tehlikeye atılmış kasayı nasıl tespit ettiği
Tespit teknik olarak zarifti. Geliştiriciler, TSS kurulumunun kriptografik parametrelerinden birini çarpanlarına ayırıp orada olmaması gereken küçük asal sayıları tarayarak, herhangi bir kasanın zehirlenip zehirlenmediğini belirleyebildi. THORChain’de beş kasadan birinin tehlikeye atıldığı tespit edildi; bu da TVL’nin neden yaklaşık %20’sinin, tamamı yerine boşaltıldığını açıklıyor. Yöntem, triyaj hızının kritik olduğu bir durumda ekibe güvenilir bir tanılama aracı sağladı.
Aaluxx, yapay zekânın gelecekteki rolünden çıkarılan daha geniş ders konusunda açıktı: Küçük bir ekip artık bir kod tabanını aynı anda çok daha fazla açıdan keşfedebiliyor; bu savunma açısından bir avantaj — ancak aynı yetenek, dışarıdan güvenlik açığı bulmaya çalışan herkes için de geçerli. Sektörün bu yeni gerçekliğe uyum sağlamasıyla birlikte birkaç zorlu ay daha bekliyor.
Kesinti Sırasında Maya Protocol’ün Dayanıklılığı
THORChain’in yaklaşık bir ay durakladığı süre boyunca, Maya Protocol swap işlemeye devam etti. Aynı gizli hata Maya’nın kod tabanında da vardı, ancak hiç tetiklenmedi. Daha da önemlisi, Maya ekibin bağımsız olarak sağlıklı olduğunu doğrulayabildiği tek bir kasa çalıştırıyordu — bu nedenle, bir churn işleminin aynı istismar yolunu açabileceği ihtimaline karşı churn’ü duraklatırken, bu kasayı çalışır durumda tuttular.
Pratik sonuç gerçekti: yerel BTC’den ETH’ye swap’ler o dönemde THORChain üzerinde kullanılamazken, Maya üzerinde kullanılabilir kaldı. Bu, yedeklilik argümanının somutlaşmış hâlidir.
“Jeti iki motorla uçurmamız gerekiyor.” — Aaluxx
İstismardan sonra ve önceki TCY döneminde, bazı sesler THORChain ve Maya’nın birleştirilmesini savundu — RUNE kullanarak CACAO’yu satın almak ve tek bir daha büyük DEX’te konsolide olmak. Aaluxx bunun makul bir iş kararı olacağını kabul etti ve yine de reddetti. Aynı idealleri paylaşan iki bağımsız, izinsiz DEX, optimize edilmesi gereken bir verimsizlik değil, kasıtlı bir tasarım tercihidir. Yedekliliğin maliyeti gerçektir, ancak tek bir hata noktasının maliyeti de öyle.
Geliştirme Darboğazları ve Yönetişim Reformları
THORChain’in sürüm hızını yavaşlatan kısıt, kod eksikliği değil. Kodları inceleyip dağıtabilecek nitelikte insan eksikliğidir.
“Sınırlayıcı faktörümüz kod üretimi değil, inceleme ve dağıtım.” — Aaluxx
Şu anda, THORChain için değişiklikleri inceleyip dağıtmak için gereken derin uzmanlığa sahip yalnızca yaklaşık üç kişi var. Daha fazla geliştirici veya daha fazla pull request eklemek teslimatı otomatik olarak hızlandırmıyor — zaten dar olan bir darboğaza inceleme yükü ekliyor. Ekip kasıtlı olarak ikiye bir oranıyla çalışıyor: yazılan her kod parçası, ilerlemeden önce en az iki inceleme gerektiriyor.
ADR sürecini reforme etme önerisi
Yönetişim tarafında, yapısal bir sorun ortaya çıktı. Öneriler artık Nine Realms gibi tek bir koordine edici yapıdan değil de birçok katkıcıdan geldiği için, ADR numaraları çakıştı ve kaba fikirler, inşa edilmeye hazır olmadan önce resmi ADR’ler olarak dosyalandı.
Önerilen çözüm, fikir aşamasını ADR aşamasından tamamen ayırmak. Aaluxx’ın çerçevesine göre bir ADR zaten bitmiş bir tarif olmalı: özlü, teknik ve mevcut kaynaklarla inşa edilebilir. Eksik olan şey, ham fikirlerin ADR statüsüne hak kazanmadan önce tartışıldığı, rafine edildiği veya elendiği yukarı akışta bir alan — bir tür savaş alanı.
“Bazı insanlar ‘makarna istiyorum’un bir ADR olduğunu düşünüyor. Bu bir ADR değil, bu bir problem. Bize bir tarifle gelin.” — Aaluxx
İleride, ADR numaraları zincir üzerinde node relay aracılığıyla talep edilip atanabilir; ilk onaylayan node bir sonraki sıralı numarayı atar. Bu, merkezi bir kapı bekçisi yaratmadan bir önerinin sahipliğini tartışmasız hâle getirir. Tekrar etmek gerekirse, bir ADR kod göndermek için ön koşul değildir — bugün herkes GitLab üzerinde issue ve pull request açabilir. Bir ADR, node operatörlerine, ücretli geliştirici zamanının bir şeye harcanmasını isteyip istemediklerini söyleyen bir nabız yoklamasıdır.
Ekosistem Entegrasyonları ve Yeni Özellikler
Duraklamaya rağmen, ekosistem genelindeki entegrasyonlar ilerlemeye devam etti. ShapeShift artık Symbiosis’e katıldı ve dinamik ücret modelinde canlı bir katılımcı olarak yer alıyor; her ikisinden gelen veriler faydalı olduğunu kanıtlıyor. Chad Barraford’un entegrasyonları tamamlamak için uygunluğuna bağlı olarak, bir hafta içinde üç veya dört iştirakçinin daha çevrimiçi olması bekleniyor.
Topluluktan gelen bir ipucu, iki daha büyük entegrasyon konuşmasını yeniden açtı. Randy Bechtold’a atılan soğuk bir DM, Robinhood Chain’i potansiyel bir hedef olarak ortaya çıkardı — ve hızlı bir bakış, bunun Arbitrum üzerine inşa edildiğini gösterdi; THORChain’in zaten peşinde olduğu bir ağ. Bu da ikiye bir fırsat yarattı: Bechtold’un Arbitrum ekibiyle planlanmış bir görüşmesi var ve oradayken Robinhood’a sıcak bir tanıtım istemeyi planlıyor.
Aaluxx, Arbitrum hakkında teknik bir uyarı notu sundu: saniyede yaklaşık dört blokta çalışıyor; bu da node’ları, Solana’ya benzer şekilde mesaj hacmiyle boğuyor. Maya, kendi Arbitrum desteğini istikrara kavuşturmak için yaklaşık bir yıl harcadı. Olumlu tarafı, zor işin büyük ölçüde Maya tarafında zaten yapılmış olması; bu da THORChain’e daha kısa bir yol sunuyor.
Least Authority denetiminden sonra Monero entegrasyonu lansmana yaklaşıyor
XMR entegrasyonu, yayına en yakın büyük özellik. Aaluxx, gizlilik zinciri çalışmaları için en üst düzeyde gördüğü bir firma olan Least Authority ile bir güvenlik denetimi için görüşmeler yapıyor. Doğrudan bir emsal var: Zcash, ZEC-into-Maya entegrasyonunun Least Authority denetimini finanse etti; bu denetim yakın zamanda yalnızca küçük hizmet reddi ve kullanım kolaylığı bulgularıyla, büyük hata olmadan tamamlandı. Monero çalışması zaten chain-net testlerini ve bir geliştirici incelemesini geçti.
Protokolün alışılmış yaklaşımına sadık kalarak, XMR havuzu ilk olarak sığ, protokol sahipliğinde likidite ve küçük test swap’leriyle başlatılacak; böylece zincir istemcisi üretimde kendini kanıtlarken kullanıcı fonları devre dışı tutulacak.
“Bir şeyleri kırın, ama küçük kırın.” — Aaluxx
THORChain tarafında ZEC için bir zaman çizelgesi yok. Darboğaz, bant genişliği: geri ödemeler, güvenlik çalışmaları, ağın yeniden başlatılması ve Monero lansmanı, aynı dar inceleme ve dağıtım penceresi için rekabet ediyor ve churn’ler önce geliyor.
Moca, Maya ve THORChain üzerinden kripto satış noktası betasını başlatıyor
Ekosistemin ödemeler tarafı kendi güncellemesini aldı. Bir kripto satış noktası ve ödeme ağı olan Moca, işlemleri Maya Protocol, THORChain ve birkaç diğer arka uç üzerinden mutabakata bağlıyor. Amaç, sıradan işletmelerin kripto kabul etmesini ve kriptoda mutabakata varmasını sürtünmesiz hâle getirmek — bunun sonucu olarak gerçek dünya hacmini protokollere geri akıtmak.
Beta kasıtlı olarak sessiz; bir sonraki pazartesiden sonraki pazartesi lansmanı hedefliyor ve başlangıçta hiçbir pazarlama itişi yok. Plan, işletme hesaplarını açmak, geri bildirim toplamak, gerçek test ödemeleri çalıştırmak ve daha geniş bir yayından önce hataları kapatmak.
“Maya’nın ödeme tarafı üzerimize geliyor.” — EricOnchain, Moca
Erken API erişimiyle ilgilenen geliştiriciler doğrudan EricOnchain veya Moca hesabına ulaşabilir.
Tüm bunları birbirine bağlayan şey, gerçek bir kırılma noktasındaki bir ağ. v3.20 yalnızca bir güvenlik yaması değil — churn’ü geri getiren, Monero’yu canlıya alan, router V6’yı dağıtan ve ardından gelecek Arbitrum ve ShapeShift genişlemeleri için zemin hazırlayan sürüm. Ne kadar temiz bir şekilde yayınlandığı ve Least Authority denetiminin nasıl sonuçlandığı, THORChain’in toparlanma anlatısının, verdiği sözlerin ağırlığı altında ayakta kalıp kalmayacağı hakkında çok şey söyleyecek.
SSS
THORChain’in churn işlemi neden duraklatıldı?
Özellikle churn sürecine bağlı bir mutabakat sorunu, Thornode seviyesinde düzeltmeler gerektiriyor. Bu değişiklikler, bir nokta sürümünde yayınlanamayacak kadar derin, bu nedenle kasa rotasyonu, tam v3.20 güncellemesi dağıtılana kadar duraklatılmış durumda.
Son THORChain istismarına ne sebep oldu?
Her biri kendi başına zararsız olan üç eski hata, sırayla tetiklendiğinde istismar edilebilir hâle geldi. Bu kombinasyon, THORChain’in beş kasasından birinin tehlikeye atılmasına ve TVL’nin yaklaşık %20’sinin boşaltılmasına yol açtı.
Maya Protocol, THORChain’in kesintisi sırasında swap’leri nasıl sürdürdü?
Maya, ekibin bağımsız olarak tehlikeye atılmadığını doğrulayabildiği tek bir kasa çalıştırıyordu. Bu kasayı çalışır durumda tutarak — ve önlem olarak churn’ü duraklatarak — Maya, tüm bir aylık THORChain duraklaması boyunca swap işlemeye devam etti.
THORChain’de Monero entegrasyonunun durumu nedir?
XMR entegrasyonu chain-net testlerini ve bir geliştirici incelemesini geçti. Least Authority ile bir denetim ayarlanıyor ve havuz, ilk aşamada maruziyeti sınırlamak için sığ, protokol sahipliğinde likidite ve küçük test swap’leriyle başlatılacak.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”THORChain’in churn işlemi neden duraklatıldı?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Özellikle churn sürecine bağlı bir mutabakat sorunu, Thornode seviyesinde düzeltmeler gerektiriyor. Bu değişiklikler, bir nokta sürümünde yayınlanamayacak kadar derin, bu nedenle kasa rotasyonu, tam v3.20 güncellemesi dağıtılana kadar duraklatılmış durumda.”}},{“@type”:”Question”,”name”:”Son THORChain istismarına ne sebep oldu?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Her biri kendi başına zararsız olan üç eski hata, sırayla tetiklendiğinde istismar edilebilir hâle geldi. Bu kombinasyon, THORChain’in beş kasasından birinin tehlikeye atılmasına ve TVL’nin yaklaşık %20’sinin boşaltılmasına yol açtı.”}},{“@type”:”Question”,”name”:”Maya Protocol, THORChain’in kesintisi sırasında swap’leri nasıl sürdürdü?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Maya, ekibin bağımsız olarak tehlikeye atılmadığını doğrulayabildiği tek bir kasa çalıştırıyordu. Bu kasayı çalışır durumda tutarak — ve önlem olarak churn’ü duraklatarak — Maya, tüm bir aylık THORChain duraklaması boyunca swap işlemeye devam etti.”}},{“@type”:”Question”,”name”:”THORChain’de Monero entegrasyonunun durumu nedir?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”XMR entegrasyonu chain-net testlerini ve bir geliştirici incelemesini geçti. Least Authority ile bir denetim ayarlanıyor ve havuz, ilk aşamada maruziyeti sınırlamak için sığ, protokol sahipliğinde likidite ve küçük test swap’leriyle başlatılacak.”}}]}
Yapay zekâ desteğiyle hazırlanmış ve editör ekibi tarafından gözden geçirilmiş makale.
