Vitalik Buterin, Kohaku-cli aracını kullanarak özel ethereum ödemeleri yapıyor

Ethereum kurucusu Vitalik Buterin, 31 Ekim'de yazdığı bir makalede, kohaku-cli'nin gizlilik protokollerini içeren Buterin'in birçok ödemesini işlediğini söyledi. Buterin, aynı zamanda bir AI tarafından yazılan komut satırı aracının, Ethereum'un adlandırma sistemi olan ENS üzerindeki IPFS içerik karma değerlerine son güncellemeleri işlediğini belirtti. ENS güncelleyici, ödeme cüzdanından farklı bir uygulamaydı. Buterin, kullanıcıların sunucunun teslimatına tekrar tekrar bağımlı kalmasına neden olan sitelerin dönüşlerde yeni uygulama kodu sağlamasına karşı çıkıyor.

Yerel olarak saklanan bir uygulama, kullanıcının seçilen bir yazılım sürümünü korumasını ve yerine geçecek sürümü ne zaman yükleyeceğini karar vermesini sağlar. Kabul edilen kod, ödeme talimatları ile ödemeleri yetkilendiren imzalar arasında ara yüz görevi görür; bu nedenle bağımlılıklar ve imza erişimi önemli kalır. Kohaku-cli'nin belgeleri, uygulamayı denetlenmemiş, yapay zeka destekli ve aktif geliştirme aşamasında olan bir yazılım olarak tanımlar. Belgeler, kullanıcıların faaliyeti ve kritik fon kaybı riskini anlamadıkça ana ağda kullanımından kaçınmalarını önerir. Kohaku-cli, Tornado Cash, Railgun ve Privacy Pools V1 aracılığıyla halka açık Ethereum hesaplarını ve özel bakiyeleri destekler. Cüzdan, protokol kütüphaneleri ve cüzdan altyapısından oluşan daha geniş Kohaku araç setinden ayrıdır; bu nedenle uygulamanın uyarısı, tüm temel bileşenlerin veya protokollerin denetim değerlendirmesi değildir.

Kurulum talimatları, kullanıcıların npm install ile bağımlılıkları getirmesini, uygulamayı npm run build ile derlemesini ve yerel bir başlatıcıyı çalıştırmayı gerektirir. 0ef5c44 commit'inde, belgeler, manifest, kilit dosyası ve uygulama bir uygulama revizyonuna karşılık gelir. Manifest, sürüm 0.1.0 ve Node.js 22 veya daha yeni sürümünü belirtir, ancak Buterin, Buterin'in kullanımına yönelik kurulan revizyonu tanımlamamıştır. Manifest, viem ve birkaç Kohaku paketini dahil olmak üzere doğrudan bağımlılıkları sabitler ve ayrı kohaku-artifacts Git bağımlılığını bir commite sabitler. Kilit dosyası, çözülmüş kayıt defteri paketlerini ve bütünlük karma değerlerini sağlar; bu da yerel bir arayüzün hâlâ bir yazılım tedarik zinciri üzerinde bağımlı olduğunu gösterir. Bu kaynak derleme süreci aracılığıyla bir değişim kabul etmek, sadece tanıdık bir proje adını değil, bağımlılıkları ve derleme araçlarını da kabul etmeyi gerektirir.

Sıradan bir toplu olmayan transfer için uygulama, işlemi simüle eder ve işlemi göndermeden kurşun atma sonuçları üretir. Yayınlamak, gönderenin özel anahtarını ve bu anahtardan gelen imzalama hesabıyla yerel olarak oluşturulan bir cüzdan istemcisini gerektirir. Railgun unshield komutu, işlemi yayınlamadan önce hazırlanmış ve zaten imzalanmış bir UserOperation üretebilir. Bir UserOperation, uyumlu araçlar tarafından gönderilebilecek bir hesap-işlem yükü içerir ve ayrı bir yayın uygulaması, imzalanmış bir işlemi bir Pimlico bundler üzerinden gönderir. Bu nedenle, gönderimin ertelenmesi her zaman imzanın ertelenmesi anlamına gelmez, çünkü uyumlu araçlar daha sonra imzalanmış işlemi gönderebilir. Yetki oluşturma, imzalama ve gönderim, tek bir komut satırı uygulamasının faaliyetleri koordine etmesine rağmen, farklı yetki biçimlerini temsil eder.

İncelenen genel transfer uygulamasında, cüzdan erişimine sahip doğru şekilde yapılandırılmış bir çağırıcı, --non-interactive ve --broadcast parametrelerini birleştirerek başka bir onay istemi olmadan gönderim yapabilir. Cüzdan kilidinin açılması, zorunlu parametreler, zincir uyumu ve simülasyon kontrolleri geçerli kalır. Bu özellik, betikler ve ajanlar için önemlidir ancak Buterin'in izinsiz ödemeler yapacağını göstermez. README, POSIX otomasyonu için şifrelenmiş bir tohum ve parola dosyalarının diskte saklanmasını açıklar; bu dosyalar yalnızca sahibine kısıtlanmıştır. Bu korumalar, gizli verilerin saklanmasını ve işlem erişimini kontrol eder, ancak bir işlem imzalayıcı erişimi kazandıktan sonra yalnızca bu korumalar, bağımsız harcama sınırları veya alıcı kuralları getirmez.

Yazılım kökeni, bir varlığın kökenini ve derleme sürecini kaydeder ve uygulama teslimini değerlendirmek için bir yol sunar. SLSA doğrulama standardı, köken imzasını ve varlık özetini doğrulamayı, güvenilir bir derleyiciyi tanımlamayı ve kaynak ile derleme parametrelerini beklentilere karşı kontrol etmeyi gerektirir. Bu kontroller, yerine geçirilmiş varlıkları veya beklenmedik derleme kaynaklarını tespit etmeye yardımcı olabilir, ancak etkinlikleri doğrulayıcının güvenilir derleyicilerine ve kaynak beklentilerine bağlıdır. SLSA, çözülmüş bağımlılıkların özyinelemeli doğrulamasını isteğe bağlı bir ek olarak ele alır; bu nedenle ana varlığın kimlik doğrulanması, her bir derleme girdisini otomatik olarak doğrulamaz. Geçerli bir köken ve derleme kayıtlarına sahip bir uygulama, kullanıcı tarafından reddedilecek davranışlar içerebilir.

CLI belgeleri, bazı RPC olmayan trafiğe varsayılan olarak Tor kullanımını belirtirken, Ethereum RPC trafiği normal ağ bağlantısını kullanır. Bu nedenle yerel bir arayüz, tüm dış etkileşimleri gizli hale getirmez. Uygulama kodunu korumak ve yerine geçmeleri kontrol etmek, kullanıcılara somut bir kontrol biçimi sağlar, ancak bu avantaj, bu kontrolün bağımlılık seçimlerine ve imzalayıcı yetkisine genişletilmesine bağlıdır.