Solana'da çoktan çoğa transfer: her gönderene tek alıcı
Multi-sender tek cüzdandan listeye öder. Çoktan çoğa her göndereni kendi alıcısıyla eşler. Satır başına maliyet ve atlanan satırlar.
Çoktan çoğa transfer, her gönderen cüzdanı kendi alıcısıyla eşler. 1. cüzdan 1. adrese, 40. cüzdan 40. adrese öder; iki satır birbirine hiç değmez. Her satır ayrı bir işlem ve o işlemi parayı tutan cüzdan imzalar.
- Her çift için tek işlem, imzayı kendi göndereni atıyor. 40. satır patlarsa 41. satır etkilenmez; ortak hesap da yok, ortak imza da.
- Platform ücreti transfer başına 0,001 SOL ve gönderenin kendi işleminin içine ikinci bir talimat olarak ekleniyor. Peşin tahsilat yok, emanet yok.
- Token modunda o mint'i hiç tutmamış bir alıcının token hesabı açılması gerekir; bedelini 0,00203928 SOL olarak gönderen öder. Taze adres listesinde bu tek kalem platform ücretinin iki katı.
- Tek koşuda 2.000 çifte kadar çıkıyor. 100'lük gruplar hâlinde imzalanıp yayınlanıyor, 256'lık gruplar hâlinde ve 90 saniye tavanla doğrulanıyor.
- Gönderenin elinde sıfırdan büyük ama 0,00089088 SOL'den küçük bir bakiye bırakacak SOL satırı sessizce düzeltilmez, atlanır. Ağ o hesabı kabul etmiyor.
Toplu transferin üç biçimi
Solana'da toplu gönderimin çoğu tek cüzdanın bir listeye ödemesidir. Hazine 3.000 kişiye dağıtır: tek imzacı, tek kaynak, izlenecek tek bakiye. Multi Sender tam bunun için ve airdrop'ta doğru biçim bu.
Süpürme aynı resmin tersi. Kırk cüzdanın her biri elindekini tek adrese yollar; kırk imzacı, tek hedef. O tarafı Batch Collector karşılıyor.
Üçüncü durumu ikisi de anlatamıyor. Kırk cüzdanın ve kırk hedefin var, 12. hedefe yalnızca 12. cüzdan ödeyecek. Multi-sender'ı kırk kez koşarsan kırk tur kopyala yapıştırdan sonra oraya varırsın. Bir kez koşarsan hiç varamazsın: bütün adresler aynı cüzdandan ödenir ve zaten kurmak istemediğin bağ tam olarak budur.
| Biçim | İmzacı | Araç | Uyduğu iş |
|---|---|---|---|
| Tek cüzdandan çok adrese | 1 | Multi Sender | Hazineden airdrop veya ödeme listesi |
| Çok cüzdandan tek adrese | satır başına 1 | Batch Collector | Cüzdan filosunu ana cüzdana süpürmek |
| Çok cüzdandan çok adrese, eşli | satır başına 1 | Many to Many | Filo rotasyonu: her eski cüzdan kendi yenisine |
Özellik dediğin şey bu eşleme. Many to Many iki adres sütunu ve bir tutar okuyor, satırı bozmuyor, o satırdaki cüzdanla imzalıyor.
Bir satır ne tutuyor
Bir satırda üç kalem çıkabilir ve üçünü de o satırdaki gönderen cüzdan öder. Ortak bir kasa yok, yani kendi satırını karşılayamayan cüzdan üstteki satırdan borç almaz.
| Kalem | SOL modu | Token modu |
|---|---|---|
| Platform ücreti | 0,001 SOL | 0,001 SOL |
| Ağ ücreti | 0,000005 SOL | 0,000005 SOL |
| Alıcının token hesabı | yok | 0,00203928 SOL, yalnızca alıcı bu mint'i hiç tutmadıysa |
Üçüncü satırı iki kere oku, insanları şaşırtan kalem o. SPL token'ı hiç dokunmamış bir adrese yollamak, o token'ı tutacak hesabı açmak demek ve Solana bu hesap için rent depozitosu alıyor. Depozito ağ ücretinin yaklaşık iki yüz katı, platform ücretinin iki katı. Yüz taze alıcıda faturanın 0,204 SOL'ü buradan gelir, platform ücreti ise 0,1.
Depozito yakılmıyor. Alıcının token hesabında duruyor ve o hesabı ileride kim kapatırsa ona dönüyor; ayrı bir iş, boş hesaplardan SOL geri almak yazısında anlatılıyor. Alıcı mint'i zaten tutuyorsa bu kalem tamamen kalkar. Koşucu imzalamadan önce yüz hedef hesabı tek çağrıda kontrol ediyor, yani gördüğün tahmin ödediğin tahmindir.
Atlanan satırlar
Satır imzalanmadan iki kontrol koşuyor ve ikisi de satırı değiştirmek yerine durduruyor.
Birincisi düz aritmetik. Gönderen cüzdan tutarı, ücretleri ve açması gereken token hesabını karşılayamıyorsa satır işaretlenir ve dokunulmadan bırakılır. Yarım gönderim yok.
İkincisi daha tuhaf ve anlamaya değer, çünkü ilk gördüğünde hata gibi duruyor. Solana bir hesabın sıfırın üstünde ama rent muafiyet eşiğinin altında bakiye tutmasına izin vermiyor; sıradan bir cüzdan için o eşik 0,00089088 SOL. Hesabı tamamen boşaltmak serbest. İçinde 0,0005 SOL bırakmak değil. Cüzdanı o aralığa düşüren satır rent dust olarak işaretleniyor ve gönderilmiyor.
Alternatif, tutarı sığana kadar tıraşlamak olurdu ve o daha kötü. Sen bir sayı yazdın. Sana söylemeden başka bir sayı gönderen araç, sonradan tabloyla karşılaştıramayacağın bir araçtır. Ya bakiyenin tamamını gönder ya da tutarı düşür de kalan eşiği geçsin. Eşiğin nereden geldiği rent yazısında duruyor.
Satır başına tek işlem neden önemli
Birkaç transferi tek işlemde toplamak ağ ücretinde ucuz, geri kalan her şeyde kötü. Paketlenmiş işlem ya hep ya hiç çalışır, yani tek bir bozuk hedef adres yanındaki yirmi sağlam transferi de düşürür. Üstelik paketteki her gönderenin aynı işlemi imzalaması gerekir: kırk ayrı cüzdan için tek nesnede kırk imza ve 40. satıra varmadan çarpacağın bir boyut sınırı.
Satır başına ayırmak her satırda 0,000005 SOL tutuyor, ki faturanın optimize edilecek yeri orası değil. Karşılığında aldığın şey şu: hata, yanında gerekçesi yazan tek bir satır oluyor ve tekrar koşmak o satırı tekrar koşmak demek.
İmzalama tarayıcıda kalıyor. Yapıştırdığın özel anahtarlar sayfadan çıkmıyor, her işlem yerelde imzalanıyor, sunucuya yalnızca imzalanmış baytlar gidiyor. çoklu cüzdan yönetimi rehberinde anlatılan düzenin aynısı ve aracın kırk cüzdan adına iş yapabilmesinin sebebi bu; hiçbiri adaptörle bağlı değil.
Gerçekten ne zaman gerekiyor
Çoğu kişi için dürüst cevap cüzdan rotasyonu. Geçmişini geride bırakmak istediğin bir cüzdan setin var, Wallet Generator ile taze bir set üretiyorsun ve 7. eski cüzdanın yalnızca 7. yeni cüzdanı fonlamasını istiyorsun. Tek koşu, kırk çift, kırk bağımsız işlem.
İkinci durum, ödeyenin satır satır değiştiği bir ödeme listesi. Birkaç proje, birkaç hazine, tek tablo. Multi-sender bunu hiç ifade edemiyor, çünkü tek kaynağı var.
Üçüncüsü snapshot sonrası dağıtım: her sahibe, ona önceden atadığın cüzdandan ödeme. Bunun yerine bütün alıcılar tek yerden ödeniyorsa airdrop yolunu istiyorsun, bu yolu değil; maliyetleri binlerce cüzdana en ucuz airdrop yazısı düzgün karşılaştırıyor.
İlk turu iki satırla koş. Sonuç tablosu, iki bin satıra girişmeden önce bir satırın gerçekte ne tuttuğunu token hesabı depozitolarıyla birlikte gösteriyor.
Bu yazı eğitim amaçlıdır; finansal, yatırım, hukuki veya vergi tavsiyesi değildir. Solana token'ları çok oynaktır ve çoğu tüm değerini kaybeder. Kendi araştırmanı yap, kaybetmeyi göze alamayacağın parayı riske atma. J Tools hiçbir token'ı veya işlemi tavsiye etmez.
Sık sorulan sorular
Multi Sender'ı birkaç kez koşmaktan farkı ne?
Multi Sender'ın tasarımı gereği tek fon cüzdanı var, yani tekrar tekrar koşsan da her alıcı o cüzdandan ödenir. Çoktan çoğa her satırda göndereni değiştiriyor. Satırların yalnızca alıcıda farklılaşıyorsa Multi Sender'ı kullan, kurulum zahmetinden kurtul.
Başarısız satır para götürüyor mu?
İmzalanmadan reddedilen satır hiçbir şey götürmez, ağa hiç işlem gitmedi. İmzalanıp yayınlanan ve zincirde patlayan satır, başarısız her Solana işlemi gibi ağ ücretini öder. Platform ücreti aynı işlemin içinde bir talimat olduğu için transfer gerçekleşmezse o da gerçekleşmez.
Gönderenlerle alıcılar çakışabilir mi?
Evet. Bir cüzdan bir satırda gönderen, başka satırda alıcı olabilir. Satırlar bağımsız işlem olduğu için aralarındaki sıra garanti değil. 2. satır 1. satırın getirdiğini harcayacaksa ikisini ayrı koşulara böl.
En fazla kaç çift?
Koşu başına iki bin. Yüzerlik gruplar hâlinde imzalanıp gönderiliyor, en çok iki yüz elli altılık gruplar hâlinde doğrulanıyor ve her doğrulama beklemesinde doksan saniye tavan var; yani tam bir koşu birkaç saniye değil birkaç dakika sürüyor.
Satırım neden rent dust olarak işaretlendi?
Tutar, gönderen cüzdanda sıfırla 0,00089088 SOL arasında bir bakiye bırakacaktı ve Solana o durumdaki hesabı reddediyor. Ya bakiyenin tamamını gönder de cüzdan sıfırda kapansın ya da tutarı düşür de kalan eşiği geçsin.
Yalnızca token gönderen cüzdanda SOL gerekir mi?
Gerekir. Token modunda bile ağ ücretini ve platform ücretini gönderen cüzdan SOL olarak öder, alıcının hesabı açılacaksa depozitoyu da. Token'ı olup SOL'ü olmayan cüzdan hiçbir şey gönderemez.
İlgili yazılar: birden-çoğa durumu için Multi Sender rehberi, hedef setini kurmak için toplu cüzdan üretme, yukarıdaki iki sayının arkasındaki depozitolar için Solana'da rent nedir.
J Tools ekibi yazdı. Üretimde 40'tan fazla Solana aracı geliştiriyor ve işletiyoruz; token oluşturmadan zincir üstü cüzdan analizine kadar. Teoriden değil, mainnet'te gördüğümüzden yazıyoruz. Yayın: 30 Ağu 2026. Son gözden geçirme: 30 Ağu 2026.
