Keychain, her arka uçta tek bir SolanaSigner temel arayüzü sunar; bu nedenle
çoğu arka uç için seçim mimari değil, operasyonel bir karardır: daha sonra
yapılandırma yoluyla değiştirebilirsiniz. İstisna, işlem yapısıdır. Crossmint
ve Fordefi native auto modu sunucu tarafında imzalayıp yayınlar, Fordefi native
manual modu ise işlemi imzalamadan önce yeniden yazar; dolayısıyla bunlardan
birine geçmek ya da birinden ayrılmak, imzalayıcıyı çağırma biçiminizi değiştirir.
Bu nedenle bir üründen değil, gereksinimlerinizden yola çıkın. Kararın büyük
kısmını iki soru belirler: Özel anahtar nerede duruyor ve onunla bir imzayı kimin
yetkilendirmesine izin veriliyor?
Ledger dışındaki tüm arka uçlar dört dilin hepsinde (Rust, TypeScript,
Python ve Go) sunulur. Ledger yalnızca Rust'ta bulunur ve isteğe bağlı ledger
özelliğinin arkasındadır.
Herkes için en iyi tek bir arka uç yoktur. Her biri belirli bir kısıt kümesine daha uygundur: halihazırda kullandığınız bulut, anahtar altyapısını kendinizin işletmek isteyip istemediği ve sahip olmanız gereken saklama ile onay kontrolleri. Aşağıdaki akış bu kısıtları bir arka uca eşler.
Bu rehber arka uç (sunucu tarafı) imzalamayı kapsar. Son kullanıcılarınız işlemlerini bir tarayıcıda kendileri imzalıyorsa, bunun yerine Wallet Standard üzerinden bir cüzdan kullanın. Bkz. Üretimde İmzalama.
Karar akışı
Yerel geliştirme ve testler için bunların hiçbirine gerek yoktur: prototip oluşturmak için Memory arka ucunu kullanın, ardından yapılandırma yoluyla yukarıdaki üretim arka uçlarından birine geçin.
Soruları yanıtlayın
Kendi uygulamanız için mi, yoksa son kullanıcılarınız için mi imzalama yapıyorsunuz?
Son kullanıcıların sahip olduğu ve kullandığı cüzdanlar oluşturuyorsanız (tüketici uygulamaları, onboarding akışları), gömülü / yönetilen cüzdan arka ucu kullanın: Privy, Turnkey, CDP, Crossmint veya Openfort. Bunlar, kullanıcı başına cüzdanları ve kimlik doğrulamayı sizin adınıza yönetir.
Kendi uygulamanız olarak imzalıyorsanız (ücret ödeyici, hazine, arka uç otomasyonu), aşağıdan devam edin.
Çok taraflı onay, kurumsal saklama veya düzenleyici kontroller gerekiyor mu?
İmzalar üretilmeden önce bir onay politikasından, harcama limitinden veya uyumluluk iş akışından geçmek zorundaysa ya da anahtarları tutan düzenlemeye tabi bir saklama kuruluşuna ihtiyacınız varsa, bir MPC / kurumsal saklama arka ucu kullanın: Fireblocks, Dfns, Para, Utila veya Fordefi. Bunlar anahtarı böler ya da saklar ve politikanıza göre birlikte imzalar.
Yalnızca istek üzerine imzalayan bir anahtara ihtiyacınız varsa, aşağıdan devam edin.
Anahtarı kendiniz mi tutmak istiyorsunuz, yoksa bir sağlayıcının tutmasını mı?
Bir bulut sağlayıcısının anahtarı donanım destekli altyapıda tutmasını ve kimin imzalayabileceğini IAM politikanızın belirlemesini istiyorsanız, o bulutun KMS'ini kullanın:
- AWS üzerinde çalışıyorsanız → AWS KMS
- GCP üzerinde çalışıyorsanız → GCP KMS
Anahtar altyapısını kendiniz işletmek istiyorsanız ya da çoklu bulut veya şirket içi (on-prem) ortamdaysanız, HashiCorp Vault kullanın. Altyapıyı siz çalıştırır ve denetlersiniz; anahtar Transit motorunun içinde kalır ve istek üzerine imzalar.
Saklama modelleri
Arka uçlar altı saklama modeli altında toplanır. Yukarıdaki akış sizi bunlardan birine yönlendirir.
- Öz saklama (süreç içi): uygulamanız ham özel anahtarı kendisi tutar. Geliştirme için kullanışlıdır, ancak üretim için uygun değildir. Arka uç: Memory.
- Öz saklama (donanım cüzdanı): anahtar Ledger cihazından asla çıkmaz ve her imzayı bir kişi cihazın ekranında onaylar. Gözetimsiz hizmetler için değil, etkileşimli operatör imzalaması için uygundur. Yalnızca Rust, isteğe bağlıdır ve denetim kapsamında değildir. Arka uç: Ledger.
- Kendi barındırdığınız anahtar yönetimi: anahtar altyapısını siz işletirsiniz; anahtar altyapının içinde kalır ve istek üzerine imzalar. Arka uç: HashiCorp Vault.
- Bulut KMS / HSM: bir bulut sağlayıcısı anahtarı donanım destekli altyapıda saklar; anahtar hizmetten asla çıkmaz ve kimin imzalayabileceğini IAM politikanız belirler. Arka uçlar: AWS KMS, GCP KMS.
- MPC ve kurumsal saklama: anahtar bir sağlayıcı arasında bölünür veya sağlayıcı tarafından saklanır; sağlayıcı politikanıza (onaylar, limitler) göre birlikte imzalar. Arka uçlar: Fireblocks, Dfns, Para, Utila, Fordefi.
- Gömülü ve yönetilen cüzdanlar: bir sağlayıcı cüzdanları sizin adınıza yönetir, çoğunlukla son kullanıcıları sisteme dahil etmek için. Arka uçlar: Privy, Turnkey, CDP, Crossmint, Openfort.
Backend karşılaştırması
| Backend | Saklama modeli | En iyi kullanım alanı | Notlar |
|---|---|---|---|
| Memory | Öz-saklama (süreç içi) | Yerel geliştirme, testler, CI | Süreçte ham anahtar bulunur; üretimde kullanmayın |
| Ledger | Öz saklama (donanım cüzdanı) | Rust araçlarından etkileşimli operatör imzalaması | Yalnızca Rust, isteğe bağlı ledger özelliği, denetlenmemiş; her imza cihaz üzerinde onaylanır |
| HashiCorp Vault | Kendi barındırmalı anahtar yönetimi | Kendi anahtar altyapısını işleten ekipler | Transit motoru; siz işletir ve denetlersiniz |
| AWS KMS | Bulut KMS / HSM | AWS üzerinde çalışan backend'ler | Anahtar asla KMS'den çıkmaz; IAM imzalamayı denetler |
| GCP KMS | Bulut KMS / HSM | GCP üzerinde çalışan backend'ler | Anahtar asla KMS'den çıkmaz; IAM imzalamayı denetler |
| Fireblocks | MPC / kurumsal saklama | Hazineler, borsalar, düzenlenmiş saklama | Politika motoru ve onay iş akışları |
| Dfns | MPC cüzdan altyapısı | Politika kontrollü programatik cüzdanlar | Ed25519 imzalama |
| Para | MPC cüzdanlar | MPC destekli cüzdan isteyen uygulamalar | API anahtarı + cüzdan kimliği |
| Utila | MPC saklama + ortak imzalayıcı | Mevcut Utila tarafından yönetilen Solana cüzdanları | signMessage desteklenmiyor; tx'i siz yayınlarsınız |
| Fordefi | MPC / kurumsal saklama | Politika kontrolleriyle kurumsal saklama | Kara kutu: siz gönderirsiniz. Native auto: Fordefi yeniden yazar ve gönderir. Native manual: Fordefi yeniden yazar, sonucu siz gönderirsiniz |
| Privy | Gömülü cüzdanlar | Kullanıcıları cüzdanlara yönlendiren tüketici uygulamaları | Uygulama tarafından yönetilen gömülü cüzdanlar |
| Turnkey | Emanetsiz anahtar yönetimi | Programatik, politika kapılı imzalama | Emanetsiz anahtar yönetimi |
| CDP | Yönetilen cüzdan (Coinbase) | Coinbase Geliştirici Platformundaki uygulamalar | signMessage yalnızca UTF-8 yükleri kabul eder |
| Crossmint | Yönetilen cüzdanlar | Pazaryerleri ve yönetilen cüzdan uygulamaları | Yalnızca gönderim: sunucu tarafında yayınlar, gas sponsorluğu için yeniden yazabilir; signMessage desteklenmez |
| Openfort | Gömülü backend cüzdanları | Sunucu taraflı cüzdanlar | TEE'de depolanan anahtarlar |
Yetenek yapısı
Saklamanın ötesinde, her arka ucun tek bir işlem yapısı vardır ve bu yapı imzalayıcıyı nasıl çağıracağınızı belirler:
- İmzala: sağlayıcı sizin oluşturduğunuz baytları imzalar ve bunları siz yayınlarsınız. Ledger ve Fordefi black box modu dahil çoğu arka uç.
- Yeniden yaz ve imzala: sağlayıcı işlemi yeniden yazar, ardından yayınlamadan imzalar. Döndürdüğü işlemden devam edin. Fordefi native manual modu.
- İmzala ve yayınla: sağlayıcı sunucu tarafında imzalar ve yayınlar; bu nedenle bir hata, hiçbir şeyin zincire ulaşmadığı anlamına gelmez. Crossmint ve Fordefi native auto modu.
Her dilin README dosyasındaki imzalayıcı yetenekleri tablosu, her arka ucun yapısını listeler; güvenlik modeli her yapının neyi garanti ettiğini açıklar.
Kurumsal senaryolar
Tek bir uygulamanın çoğu zaman bunlardan birden fazlasına aynı anda ihtiyacı olur. Arayüz ortak olduğundan, arka uçlar aynı yetenek yapısını paylaştığı sürece çağrı noktalarını değiştirmeden her rol için farklı bir arka uç çalıştırabilirsiniz.
- Hazine işlemleri — operasyonel bir "sıcak" imzalayıcıyı "soğuk" bir hazine imzalayıcısından ayırın. Hazineyi MPC saklama veya bir bulut HSM ile destekleyin ve yüksek değerli imzalar öncesinde onay politikaları zorunlu kılın.
- Onay iş akışları — MPC ve saklama arka uçları (ör. Fireblocks), imza üretilmeden önce çok taraflı onayı zorunlu kılar.
- Uyumluluk ve denetim — bulut KMS (AWS/GCP) ve Vault, imzalama denetim günlükleri yayar; kurumsal saklama sağlayıcıları politika uygulaması ve raporlama ekler.
- Düzenlenmiş ortamlar — ham anahtarlar uygulamanıza hiç temas etmeyecek şekilde anahtar materyalini bir HSM, KMS veya kurumsal saklama sağlayıcısında tutun.
Bu arka uçları güvenli şekilde işletmek için bkz. Üretim en iyi uygulamaları.
Is this page helpful?