Solana'da Çoklu Cüzdan Yönetimi: Token Launcher Rehberi

Token çıkarmak tek cüzdanlık bir iş değildir. En sade kurulumda beş cüzdan, ciddi bir lansmanda elli ile iki yüz arası cüzdan iş başındadır. Her birinin tek bir görevi vardır: biri parayı saklar, biri parayı dağıtır, biri token'ı doğurur, biri ilk satışı açar, geri kalanları ilk dakikadaki alışları yapar. Bu yapıyı küçük bir işletme gibi kuran ekipler lansman sonrası dağıtım listesini bir bakışta okur. Tek bir cüzdandan ilerleyenler ise üç ay sonra borsa başvurusunun neden sessizce reddedildiğini anlamaz.

Doğru benzetme şudur. Küçük bir kafe açtığınızı düşünün. Maaşlar için bir banka hesabı, kira için ayrı bir hesap, pazarlama bütçesi için üçüncü bir hesap, ve patronun kendi cebi için dördüncü bir hesap tutarsınız. Hepsinin parası karışmaz, her hesabın tek bir işi vardır, hesap özetine bakan herkes hangi paranın nereye gittiğini anlar. Bir token lansmanında da işler aynen böyle yürür.

Bir lansman kaç cüzdandır?

Tek bir cüzdana "lansman cüzdanı" demek işin hacmini gizler. Gerçek bir lansman en az şu rolleri taşır:

• Kasa cüzdanı: Bütün SOL bütçesini saklar. Soğuk, sessiz, dışarıda görünmez. Tek tane olması en iyisidir. Eve gelen maaşı sakladığınız vadeli hesap gibi düşünün.
• Dağıtım cüzdanı: Kasadan parayı alır, alt cüzdanlara çoklu gönderim aracıyla toplu transfer yaparak yayar. Kasayla operasyon arasında bir tampon görür. Banka hesabınızla market alışverişiniz arasındaki cebinizdeki nakit gibidir.
• Kurucu cüzdanı: Token'ı doğuran cüzdandır. Lansman anında halka açılır ve o saatten sonra yaptığı her hareket, herkes tarafından okunur. İşletmenin kuruluş kağıdını imzalayan kurucunun ıslak imzası gibi: bir kere atılır, hep orada kalır.
• Hazine cüzdanı: Projenin uzun vadeli rezervini tutar. Kurucu cüzdanından ayrı durur, normalde piyasada işlem yapmaz. Şirketin kasasındaki, dokunulmayan ana sermaye gibidir.
• İlk satış cüzdanı: Token'ın ilk satış havuzunu açar. Havuzu yaktıktan veya kilitledikten sonra bu cüzdanın işi biter. Açılış kurdelesini kesen makas gibi: tek bir an için kullanılır.
• Pazarlama cüzdanı: Hediye dağıtımlarını, sosyal medya ödemelerini, etkileyici kişilere yapılan ödemeleri karşılar. SOL'u en hızlı eriten kasadır.
• Tek seferlik alıcı cüzdanları (5-50 adet): Lansman anında ilk alışları yapan, sonra bir daha kullanılmayacak cüzdanlardır. Bir konser için basılan tek kullanımlık biletler gibi düşünün.
• Sıcak operasyon cüzdanları: İlk saatte koordineli alış yapan veya holder ısıtma turuna katılan cüzdanlar. Pazarlama günlerinde elden ele dolaşan günlük kasa gibidir.
• Arşiv cüzdanları: İşi bitmiş, üstünde tozlu bakiyeler kalmış cüzdanlar. Eski faturaları sakladığınız ayakkabı kutusu.

Bu cüzdanların nasıl üretildiği başka bir konudur; Solana cüzdan üretici aracı bu adımı tek bir toplu işlemle bitirir. Bu yazı üretim bittikten sonra ne yapıldığını anlatır.

Bundler cüzdan kurulumu multisig ile aynı mı?

Aramada "çoklu cüzdan" yazan kişi iki farklı yere düşer, o yüzden çizgiyi net çekelim. Multisig tek bir hesaptır, ama tek bir işlemi onaylamak için birden fazla imza ister. Üç kurucu bir hazineyi ortak tutar, her harcama ikisinin imzasını gerektirir. Tek bir bakiyenin kontrol mekanizmasıdır.

Bundler cüzdan kurulumu ters şekildir. Her biri kendi tek anahtarına sahip, her biri lansmanda tek bir iş yapan bağımsız hesaplardan oluşur. Kimse bir şeyi ortak imzalamaz. Kasa dağıtım cüzdanını fonlar, dağıtım alıcıları fonlar, ve bütün amaç bu hesapların tek elden yönetiliyormuş gibi görünmemesidir. Multisig kontrolü bilerek toplar. Bundler yığını hareketi bilerek dağıtır.

İkisini birlikte de kullanırsın. Bir ekip kasayı ve hazineyi saklama güvenliği için multisig arkasına koyar, operasyon katını düz bir bundler yığını olarak çalıştırır. Ama bu yazı "cüzdan yığını" derken ikincisini kasteder: bir fonlama yoluyla birbirine bağlanmış, her biri tek imzalı hesaplardan oluşan bir filo, birden çok imzacılı tek hesap değil.

Para akışı: üç katlı bir bina

Lansmanın para akışı üç kattan oluşur. Bu katları karıştırırsanız zincir üzerinde "bu cüzdanlar aynı operatöre ait" damgası yer.

1. Birinci kat (Kasa): Soğuk, üç cüzdandan az, ideali bir tane. SOL bütçesinin saklandığı yer. Bankadaki ana hesap.
2. İkinci kat (Dağıtım): Kasayla operasyon arasında bir veya iki tampon cüzdan. SOL miktarlarına burada küçük farklar koyar, gönderim zamanlarını burada dağıtırsın. Cüzdanınızdaki günlük nakit.
3. Üçüncü kat (Operasyon): Lansman işini fiili olarak yapan 5 ile 200 arası cüzdan. Kurucu, hazine, ilk satış, pazarlama, tek seferlik alıcılar, ısıtma cüzdanları. Günlük cebinizdeki bozuk paralar.

Mantığı basittir. Bir zincir analisti kasadan operasyonel cüzdana tek adımda gidebiliyorsa, bütün operasyonel cüzdanları aynı yığına atar. Araya bir dağıtım katı koyarsan adım sayısı artar, aynı yerde SOL miktarlarına da küçük farklar uygulayabilirsin. Elli cüzdana sabit 0.01 SOL göndermek yerine 0.0095, 0.012, 0.0118 gibi serpiştirilmiş miktarlar gönderirsen, fonlama parmak izi tekrarlamaz.

Tek bir borsa çekiminden aynı dakikada elli cüzdana eşit miktar SOL gönderirseniz, zincir analisti bu yığını lansman gününden önce hazır bulur. Bu bir varsayım değil, kamuya açık bütün analiz araçlarının yıllardır yakaladığı bir kalıptır. Kasayla operasyon arasını tek adımda bırakmayın.

Zincirde bağlı görünmek

Bir cüzdan kümesinin aynı operatöre ait sayılması için ortak bir imza gerekmez. Aynı dakika, aynı miktar, aynı kaynak yeter. Bu üç işaret bir araya geldiğinde küme kapanır.

Üç tarafa müdahale edersin. Önce miktarı oynat: sabit 0.01 yerine 0.0095 ile 0.0118 arasında dağıt. Sonra zamanı yay: elli cüzdanı beş dakikaya değil saatlere yay. Sonra yolu çoğalt: iki veya üç tampon cüzdan kullanırsan her operasyonel cüzdana farklı bir yukarı yön kalır. En önemlisi şudur: kişisel borsa hesabına bağlı bir kaynaktan lansman fonlamayın, çünkü o bağ kalıcıdır ve hiçbir temizlik onu silmez.

Test ağında prova: lansman gecesinden önce

Lansman gecesi ilk kez denenen hiçbir şey iyi gitmez. Zaman çizelgesindeki T-7 ile T-0 penceresi tam bunun için var: bütün akışı gerçek para riske girmeden bir kez baştan sona koşmak. Test ağında bir kuru çalıştırma, mimarinin kağıt üstünde değil pratikte tuttuğunu gösterir.

Prova şöyle işler. Önce küçük bir cüzdan seti üretirsin, ana lansmanın minyatür kopyası. Devnet faucet aracından test SOL'u çekersin, sonra dağıtım katından değişken miktarlarla fonlarsın. Token'ı test ağında oluşturursun, ilk satış havuzunu açarsın, birkaç alıcı cüzdanla ilk dakikanın alışlarını denersin. Bir şey ters giderse bedeli test SOL'udur, gerçek para değil.

Kuru çalıştırmanın asıl kazancı sırayı ezberlemektir. Hangi cüzdan önce fonlanır, alışlar hangi aralıkla düşer, süpürme tozu nereye toplar. Bunları test ağında bir kez yaşarsan lansman gecesi elin şaşırmaz. Prova düzeni bile tek küme gibi okunuyorsa, düzeni gerçek lansmandan önce değiştirirsin.

Zaman çizelgesi: hangi cüzdan ne zaman çalışır?

• T-7 ile T-0 arası: Cüzdanlar üretilir, dağıtım katı üzerinden fonlanır, test ağında kuru çalıştırma yapılır, ödeme listesi hazırlanır.
• T-0 (lansman anı): Kurucu cüzdanı token'ı doğurur, ilk satış cüzdanı havuzu açar, tek seferlik alıcı cüzdanları ilk dakikanın işini yapar.
• T+0 ile T+60dk arası: Operasyonel cüzdanlar piyasada koordineli giriş yapar, erken satış baskısına yanıt verir, holder ısıtma turu döner.
• İlk hafta: Hazine kuruluşunu tamamlar, pazarlama kasası ödemeleri başlatır, hediye dağıtımı açılır. Token holder anlık görüntüsü her aşamada dağılımı doğrular.
• Kapanış: Cüzdanlarda kalan SOL'ler toplu toplama aracıyla tek hedefe süpürme üzerinden geri çekilir, tek seferlik cüzdanlar emekli olur, anahtar arşivi kapanır.

Toplama: herkesin atladığı adım

Lansman bittiğinde onlarca cüzdanın üstünde 0.01 ile 0.05 SOL arasında küçük bakiyeler ve toz kalır. Yüz cüzdanla çarpılınca bu gerçek bir paradır. Çoğu ekip bu adımı atlar, çünkü lansman gecesinin sonunda kimsenin enerjisi kalmamıştır ve herkes "sonra toplarız" der. Sonra hiç gelmez.

Toplama adımını planlı yapan ekipler lansman başına 1 ile 3 SOL geri kurtarır. Akış şöyle gider: önce kalan ufak token bakiyeleri temizlenir, sonra sarılı SOL bakiyeleri çözülür, sonra çoktan çoğa transfer ile son dağılımlar yapılır, en son toplu toplama aracıyla tek bir hedefe süpürülür. Tek bir oturumda biten iştir, bütün yığını bir akşamda kapatır.

Yığını araç araç kurmak

Yukarıdaki her rol belirli bir adıma denk gelir, her adımın da işi yapan bir aracı vardır. Yığını kurulum sırasına göre dizelim, ilk üretilen anahtardan son süpürmeye kadar.

Aşama	Ne yaparsın	Araç
Üret	Filoyu tek bir toplu işlemde oluştur	Cüzdan üretici (markalı önek için vanity cüzdan üretici)
Fonla	Dağıtım katından SOL'u serpiştirilmiş miktarlarla yay	Çoklu gönderici
Yolu kır	Kasa ile operasyon arasına adım koy ki küme kapanmasın	Relay transfer, çoktan çoğa relay
Al	Lansman anında koordineli alış yap	Bundled trade, çoklu takas
Doğrula	Her aşamada holder dağılımının doğru göründüğünü onayla	Holder anlık görüntü
Kendini denetle	Kendi cüzdanlarına bir analistin gözüyle bak, lansmandan önce	Wallet Scope
Süpür	Sarılı SOL'u çöz, sonra tozu tek hedefe topla	wSOL sarıcı, çoktan çoğa, toplu toplayıcı

Launcher'ların atlayıp sonra pişman olduğu satır "kendini denetle" satırıdır. Lansmana tek bir lamport harcamadan önce kendi fonlama grafiğini Wallet Scope üzerinden geçir, kasadan operasyona giden yol şimdiden tek küme gibi mi okunuyor bak. Öyleyse şimdi düzeltirsin, token adresi sonsuza dek kamuya açıldıktan sonra değil. Yığının çıkış tarafı için koordineli bundled sell ve burner cüzdan stratejisi aynı cüzdanların nasıl kapandığını anlatır.

Filo boyutuna göre üç senaryo

Senaryo	Cüzdan sayısı	Yaklaşık SOL bütçesi	Tipik kullanım	Karmaşıklık
Sade lansman	5	2 - 5 SOL	Düz Pump.fun lansmanı, ek alıcı kümesi yok	Düşük
Standart lansman	20	8 - 20 SOL	Pump.fun veya Raydium üzerinde alıcı kümesiyle lansman	Orta
Agresif lansman	200	50+ SOL	Geniş alıcı kümesi, holder ısıtma, ilk saat çoklu takas baskısı	Yüksek

Sade senaryoda kasa, kurucu, hazine, ilk satış ve pazarlama yeterlidir. Standart senaryo bunun üstüne 15 tek seferlik alıcı cüzdanı koyar. Agresif senaryo 50 tek seferlik alıcı, 100 ısıtma, 30 çoklu takas ve 15 sosyal dağıtım cüzdanı katar. Sayı arttıkça disiplin de artar. İki yüz cüzdanlı bir yığını isimsiz tutmaya çalışmak üç ay sonra kabusa dönüşür.

Güvenlik katmanları: sıcak, ılık, soğuk

Bir launcher kasayla operasyonel arasında üç güvenlik katmanı tutmalıdır. Her katmanın yeri ve riski farklıdır.

• Soğuk katman (Kasa, Hazine): İnternete asla bağlanmaz. Anahtarı kağıt üstünde, kasa içinde durur. Mahalledeki en güvenli kasanız.
• Ilık katman (Dağıtım, Kurucu): Sadece görevliyse açılır, iş bitince kapatılır. Cumartesi gecesi sayım için açtığınız kasiyer çekmecesi.
• Sıcak katman (Tek seferlik alıcılar, ısıtma, pazarlama): Sürekli açık. Sınırlı miktarda SOL taşır, kaybolursa felaket olmaz. Cebinizdeki bozuk para.

İsimlendirme: üç ay sonraki kendinize yardım etmek

Çoğu launcher cüzdanlarını etiketlemediği için sonra pişman olur. Küçük bir kural seti üç ay sonraki sizi kurtarır. Her cüzdana bir rol verirsiniz: kasa, dağıtım, kurucu, hazine, ilk satış, pazarlama, tek seferlik alıcı, ısıtma veya arşiv. Yanına onu fonlayan cüzdanın adresini yazarsınız. Fonlama tarihini saklarsınız. Kısa bir not bırakırsınız.

Dosya isimleri de aynı disiplini takip eder. Proje adı, rol, numara: proje_kasa_001, proje_dagitim_001, proje_kurucu_ana, proje_hazine_soguk, proje_ilksatis_001, proje_alici_001'den proje_alici_050'ye. Üç ay sonra hangi cüzdanın ne yaptığını hatırlamaya çalışmak yerine dosya adını okur, geçersiniz.

İsim kuralını lansmandan önce kararlaştırın. Lansman gecesi elli cüzdanı isimlendirmeye çalışmak hata kaynağıdır. Üretim anında doğru ismi vermek tek bir oturumlık iştir.

Sadece launcher'a özgü hatalar

Genel bir çoklu cüzdan operatöründen farklı olarak launcher'ın token adresi sonsuza kadar kamuya açık kalır. Bazı hatalar yalnızca launcher tarafında oturur:

• Kurucu cüzdanını ilk satış havuzunu açmak için kullanmak: Kurucu adresi havuza sonsuza dek bağlanır, havuzdan para çekme kalıbı kurucu üzerinden okunur.
• Tek seferlik alıcı cüzdanlarını tek borsa çekiminden aynı dakika fonlamak: Yığın daha lansman gününün ilk saatinde kapanır.
• Lansman sonrası toplama yapmamak: SOL doğada kalır, yığın zamanla geri toplanamaz hale gelir.
• Aynı cüzdan setini ikinci projede tekrar kullanmak: Analistler iki projeyi göz açıp kapayana kadar birbirine bağlar.
• Özel anahtarları Discord, Telegram veya bulut notlarında saklamak: Sık görülen ama gerçek bir hatadır.

Lansman sonrası temizliğin geri kalanı için rehber kategorisindeki yazılar ve Solana etiketli derlemeler yığın disiplininin başka parçalarını ele alır. Tek cüzdandan yapılan bir lansman geri toplanmaz; yapı kurarak başlayan bir lansman ise temiz kapanır. Yığını planlı bir işletme olarak düşünün, dağınık bir anahtar yığını olarak değil. Üç ay sonraki siz size teşekkür eder.