SSP'de Solana

Solana hızlı, ucuz ve giderek stablecoin'lerin gerçekten hareket ettiği yer. Aynı zamanda öz saklamalı multisig'in tarihsel olarak en zor doğru kurulduğu zincir — kriptografi zor olduğu için değil, Solana'nın hesap modeli "birden fazla tarafın kontrol ettiği bir adres" fikrini Bitcoin'dekinden çok daha tuhaf bir nesneye dönüştürdüğü için.

SSP, SOL ve SPL token'larını Bitcoin ve Ethereum için zaten kullandığınız aynı 2-of-2 multisig içinde tutar: bir anahtar tarayıcı eklentisinde, bir anahtar telefonunuzda, her işlem için ikisi de gerekli. Bu yazı bunun özellikle Solana'da ne anlama geldiğini anlatıyor — adresin nasıl türetildiğini, ücretleri kimin ödediğini, cihazlarınızın neyi doğruladığını ve hangi kısımların hâlihazırda bildiğiniz zincirlerden gerçekten ayrıldığını.

Öz saklama koltuğundan Solana nedir

Solana, işlemleri teker teker değil paralel işleyen tek bir küresel durum makinesidir. Kendi anahtarlarını tutan biri için üç özellik, işlem hacmi manşetinden daha çok önem taşır.

Birincisi, her şey bir hesaptır. Bakiyeniz, bir token'ın mint'i, bir programın kodu ve o programın sakladığı veri — hepsi adresi ve sahibi olan hesaplarda yaşar. İkincisi, hesaplar kira ister: zincir üzerinde var olabilmek için bir hesabın, boyutuyla orantılı asgari bir SOL bakiyesi tutması gerekir. Bu teminat, hesap kapatıldığında iade edilir, ama bir yerden gelmesi gereken gerçek paradır. Üçüncüsü, işlemler çabuk zaman aşımına uğrar — sıradan bir Solana işlemi yakın tarihli bir blockhash'e atıf yapar ve yaklaşık bir dakika sonra geçersiz hâle gelir.

Bunların her biri iki cihazlı imzalama için doğrudan bir sonuç doğurur ve her biri SSP'de üstü örtülmek yerine açıkça ele alınır. Ham hâlini isterseniz Solana'nın kendi çekirdek belgeleri hesap ve kira modeli için birincil kaynaktır.

Yaratıcısı olmayan bir adres

Çoğu Solana multisig tasarımında cüzdanın yaratılması gerekir. Biri onu kuran bir işlem gönderir ve ortaya çıkan adres, o işlem sırasında seçilen girdilere bağlıdır — tipik olarak rastgele, tek kullanımlık bir anahtara. Pratik sonuç şudur: bir yaratıcı onu var etmeden adres yoktur ve o ana kadar para kabul edemez.

SSP'nin zincir üstü programı farklı çalışır. Kasa adresiniz, sıralanmış üye kümesi ile onay eşiğinin parmak izidir; başka hiçbir şeyin değil. Üyelerin kim olduğunu ve kaç onay gerektiğini bilen herkes adresi çevrimdışı, zincire hiçbir şey dokunmadan önce hesaplayabilir. Kayıt izinsizdir: program yalnızca sunduğunuz üyelerin gerçekten iddia edilen adrese hash'lendiğini kontrol eder, dolayısıyla kayıt olmak kimin harcayabileceğine dair hiçbir şeyi değiştirmez.

İşte bu yüzden güvenilmesi gereken bir yaratıcı, ayrıcalıklı bir kaydedici ya da bir yönetici anahtarı yoktur. Harcama yalnızca programın içindeki eşik kontrolüyle yönetilir. Tam tabloyu isterseniz, Solana multisig adresleri neden zordur alttaki sorunu, kendi kendini başlatan Solana multisig programın kendisini ele alır ve SSP'ye karşı Squads V4 yan yana karşılaştırmadır.

2-of-2 modelinin kendisi size yeniyse, 2-of-2 multisig nedir ile başlayın.

İki cihazın neden kalıcı nonce'a ihtiyacı vardı

Zaman aşımının yarattığı sorun şu. Eklentiniz bir işlem kurar ve imzalar. Ardından telefonunuzun onu onaylaması gerekir. Odadan çıkıp yemek yiyip döndüğünüzde, işlemin atıf yaptığı blockhash çoktan ölmüştür ve her şeyin yeniden kurulması gerekir.

SSP bunu, multisig adresinizden türetilen bir kalıcı nonce hesabı ile çözer. İşlem, yakın tarihli bir blockhash yerine yalnızca işlem gerçekten zincire indiğinde ilerleyen bir nonce'a atıf yapar. İmza penceresi artık bir kronometre olmaktan çıkar. Telefonunuzda dakikalar veya saatler sonra onaylayabilirsiniz, işlem hâlâ geçerlidir — ama yine de yalnızca bir kez kullanılabilir, çünkü yürütülmesi nonce'ı ilerletir.

Nonce hesabı ilk gönderiminizde oluşturulur ve kirası ilk gönderim maliyetinizde görünen iki hesaptan biridir. Kalıcı nonce'lar ve iki cihazlı imzalama konuyu derinleştirir.

Ücretleri kim öder

Solana'da bir işlemin ücretini ödeyen hesap fee payer'dır ve imza atması gerekir. Bu, yepyeni bir multisig için can sıkıcı bir başlangıç sorunu yaratır: kasanın, kendi SOL'ünü taşıyacak işlemi ödemek için SOL'e ihtiyacı vardır ve kira gerektiren hesaplar henüz yoktur.

SSP bir paymaster kullanır. SSP relay'i, fee payer olarak imza atan, ağ ücretini ve varsa kirayı önden karşılayan ve aynı işlemin içinde kasanız tarafından geri ödenen bir hesap işletir. Ayrı bir adım, verilmiş bir kredi ve geri ödemenin sizin iki imzanız olmadan gerçekleşmesinin bir yolu yoktur — geri ödeme, cihazlarınızın onayladığı teklifin içinde yolculuk eder.

İçselleştirmeye değer iki sonuç var:

• Gaz için bir adresi önceden SOL ile beslemeniz gerekmez. SOL alın, SOL gönderin. Hesaplar ilk gönderimde oluşur.
• İlk gönderiminiz sonrakilerden daha pahalıdır. İlk gönderim, multisig hesabının ve nonce hesabının kalıcı kirasını öder; sonraki gönderimler ağ ücretinden pek fazlasını ödemez. Kesin rakamlar bu serinin ücretler yazısındadır.

Paymaster kavramı size yabancıysa, gaz sponsorluğu ve paymaster'lar, açıklandı genel deseni anlatır — SSP aynı fikri EVM zincirlerinde zaten kullanıyor; bkz. SSP'de Ethereum.

Neleri tutabilirsiniz

SSP'de Solana, yerel SOL'ü ve SPL token'larını destekler. Kutudan çıktığı hâliyle buna Circle'ın resmî USDC mint'i ve Solana üzerindeki FLUX dâhildir; SSP kasanızda bulduğu diğer SPL token'larını da çözümler.

İnsanların takıldığı ayrım şu: Solana'da bir token'ı ana adresinizde tutmazsınız. Her token, adresinizin sahip olduğu kendi ilişkili token hesabında yaşar; mint başına bir tane. O hesap da kira ister ve işte bu yüzden o token'ı hiç tutmamış birine SPL token göndermek biraz daha pahalıdır: onun token hesabını var etmek için ödeme yaparsınız. SSP bunu bir hatayla durmak yerine transferin parçası olarak otomatik oluşturur ve bu serinin token hesapları yazısı ayrıntıları açar.

Cihazlarınız siz imzalamadan önce neyi kontrol eder

Solana işlemleri, Bitcoin işlemlerinin olmadığı bir biçimde şeffaf değildir. Bir işlemin ne yaptığı komut verisinin içindedir ve bir cüzdan, size onun hakkında doğru olan hiçbir şeyi söyleyemeden önce bu veriyi çözmek zorundadır. Bir sunucunun kendisine söylediğini olduğu gibi gösteren cüzdan, sizden sunucuya güvenmenizi istiyor demektir.

SSP işlemi kendi cihazlarınızda, bayt bayt, açık kaynaklı @runonflux/solana-multisig kütüphanesiyle çözer. Alıcı, tutar ve token mint'i ham baytlardan okunur ve gösterilenle karşılaştırılır. Uyuşmazlarsa imzalama tamamen engellenir — o noktadaki bir uyuşmazlık, bir görüntüleme arızasını değil, aktif bir saldırıyı gösterir. SPL transferlerinde token'ın ondalık basamak sayısı imzalanan komutun içine gömülüdür; böylece farklı ondalık iddia eden bir mint, zincir üstü programın işlemi reddetmesine yol açar.

Aynı ilke programı da yönetir: mainnet derlemeleri yayımlanmış kaynaktan yeniden üretilebilir, dolayısıyla SSPWVu7dtTDkZYmDx73StqV46PioSmdiNE7igpjHK1r adresine dağıtılan bayt kodu bağımsız olarak yeniden derlenip karşılaştırılabilir. Bir güvenlik iddiası, ancak onu kendiniz kontrol edebildiğiniz kadar değerlidir.

Nasıl başlanır

SSP Wallet ve SSP Key'i en son sürüme güncelleyin, ardından zincir seçicisinden Solana'yı etkinleştirin. v2'nin toplu senkronizasyonuyla, telefonunuzda tek bir onayla onu başka herhangi bir zincirle birlikte açabilirsiniz. SSP'yi henüz hiç kurmadıysanız, ilk SSP cüzdanınızı kurmak başlangıç noktasıdır.

Oradan sonra Solana, SSP'deki diğer her zincir gibi davranır: Portfolio toplamınıza dâhil olur, gönderimler alıcı adresi ekranda tam hâliyle görünürken aynı oluştur → incele → onayla akışını izler ve her işlem iki cihazınız tarafından birlikte imzalanır. Mainnet lansman duyurusu neyin ne zaman çıktığını anlatır.