Ethereum kurucu ortağı Vitalik Buterin, belirli Ethereum faaliyetleri için web tabanlı arayüzler yerine yerel komut satırı araçlarını giderek daha fazla kullandığını açıkladı. 31 Ekim'de yayımlanan bir denemesinde, Ethereum Name Service (ENS) üzerindeki içerik hash'lerini güncellemek için AI tarafından oluşturulmuş bir araç ve gizlilik protokolleri üzerinden ödeme yapmak için ayrı bir komut satırı cüzdanı kullandığını belirtti. Bu değişim, her ziyaret edildiğinde yeni uygulama kodu sunabilen web sitelerine güvenmenin güvenlik etkileri konusundaki daha geniş bir endişeyi yansıtıyor.

Yerel uygulamaları koruyarak, Buterin kullanıcıların hangi yazılım revizyonlarını kurup kullandıklarını kontrol edebileceklerini savunuyor. Bu yaklaşım, yazılım güncelleme kararını sunucudan bireye taşıyarak dinamik web ortamlarının saldırı yüzeyini potansiyel olarak azaltıyor. Ancak bu yöntem, yazılım kökeni ve bağımlılık yönetimi açısından yeni karmaşıklıklar getiriyor.

ETH / USD
Kaynak: CoinGecko. Fiyatlar gösterge niteliğindedir.

Yerel çalıştırmanın güvenlik dengeleri

Buterin'in bahsettiği kohaku-cli cüzdanı, belgelerinde denetlenmemiş ve aktif geliştirme aşamasında olduğu, önemli bölümlerinin AI yardımıyla yazıldığı belirtiliyor. Proje geliştiricileri, kullanıcıların aracı ana ağda kullanmadan önce riskleri tam olarak anlamalarını ve olası felaket fon kaybı ihtimalini göz önünde bulundurmalarını açıkça uyarıyor. Bu uyarı, Tornado Cash veya Railgun gibi temel protokollere bir hüküm değil, yalnızca ilgili uygulama seviyesine yöneliktir.

CryptoSlate'e göre, yerel bir arayüz kullanmanın pratik faydası belirli bir yazılım revizyonunu sabitleyebilmek. Ancak bu, kullanıcıların kendi yazılım tedarik zincirlerini yönetmelerini gerektiriyor. Kurulum süreci, bağımlılıkları npm ile yüklemeyi ve uygulamayı derlemeyi içerdiğinden, kullanıcı çözülmüş paketlerin ve derleme araçlarının bütünlüğüne güvenmek zorunda. Tanıdık bir proje adı, kabul edilen tüm kodun güvenli olduğu anlamına gelmez; bağımlılık seti ve derleme parametreleri güvenlikte kritik faktörlerdir.

İşlem imzalamadaki karmaşıklıklar

kohaku-cli'nin iç mekanikleri, kamu ve özel işlem yolları arasında ince farklar ortaya koyuyor. Standart kamu transferleri için, işlemi yayınlamadan önce doğrulama yapılabilen bir kuru çalışma (dry‑run) simülasyonu gerçekleştirilebilir. Buna karşılık, Railgun gibi özel işlemler, yayınlanması tutulsa bile zaten imzalanmış bir UserOperation oluşturabilir. Bu, gönderimin tutulmasının daha sonra uyumlu bir araçla imzalı işlemin gönderilmesini engellemediği anlamına gelir.

Buterin'in denemesi, işlem oluşturma, imzalama ve gönderme yetkilerini ayrı kaynaklar olarak gösteriyor. CLI bu işlevleri koordine ederken, kullanıcıların her bileşeni ayrı ayrı değerlendirmesi gerekir. Ayrıca araç, otomatik gönderimler için etkileşimsiz modları destekler; bu, betik ve ajanlar için faydalı olsa da yetkisiz harcamaları önlemek amacıyla dikkatli yapılandırma gerektirir.