Deployer ve ilk alıcılar

EN ana kaynak · P07-L05 · tahmini 45 dakika · needs_review

Öğrenme hedefleri:

• Ücret ödeyeni, başlatıcıyı, yetki adresini ve tahsis alıcısını ayrı ayrı haritalamak.
• Yürütme sonuçları ve etkileri üzerinden başarılı erken alımları belirlemek.
• Kapsam ve rol atfetme sınırlarını açıkça belirterek görünen en erken alıcıları raporlamak.

Bir lansman işlemi ücret ödeyen, mint başlatıcısı, yetki adresi, program ve birkaç alıcı hesabını içerebilir. Tek bir adrese “deployer” demek bu rolleri gizleyebilir. Benzer şekilde, erken token almak mutlaka satın almak anlamına gelmez. Bu ders, işlemlerle desteklenen bir rol haritasını ve kapsamı dikkatle belirlenmiş erken alıcı listesini öğretir.

Belirsiz tek etiketi belirli rollerle değiştirin

Kullanmadan önce “deployer” terimini tanımlayın. Bir Solana memecoin'i için başlatma masrafını ödeyen hesabı, ihracı yetkilendiren imzalayanı veya lansman platformunu kullanan operatörü kastedebilirsiniz. Bu roller aynı olmak zorunda değildir. Solana belgeleri, mint yetkisini mint'i oluşturan veya masrafını ödeyen hesaptan açıkça ayırır [S-TOKENS]. Bir rol, insan hesabını ortaya çıkarmak yerine bir program aracılığıyla da yürütülebilir.

Gerçek kanıtı tanımlayan rol etiketleri kullanın: ücret ödeyen, mint başlatıcısı, mint yetki adresi, tahsis alıcısı, havuzu fonlayan hesap ve takas alıcısı. Yetki alanı, belirtilen gözlemdeki bir izindir; web sitesini kimin kurduğunun kanıtı değildir. Bir adres birkaç rol üstlenebilir, ancak her ilişki bir kanıt referansı gerektirir.

Blokzincir gezgininin “oluşturucu” etiketi kullanışlı bir indeksleyici yorumu olabilir. Bunu ilgili talimat ve durumla karşılaştırın. Bu kayıtları inceleyemiyorsanız etiketi doğrulanmış rol yerine kaynak beyanı olarak bildirin. Amaç her indeksleyiciye güvensizlik duymak değil, bağımlılığı görünür kılmaktır.

Talimatın amacını başarılı etkilerden ayırın

Bir işlem takas talimatı içerebilir, ancak başarısız olabilir. Alıcı tahsis, transfer veya takas yoluyla token alabilir. Başarılı işlemleri saymadan önce yürütme sonucunu ve bakiye değişimlerini inceleyin. Solana işlem sorgusu sonuç meta verilerini içerir ve kayıt istenen commitment düzeyinde mevcut değilse null döndürebilir [S-TRANSACTION]. Null, adresin hiç işlem yapmadığını kanıtlamaz.

Talimat bağlamı olmadan net bakiyeler yanıltıcı olabilir. Bir işlem hesap oluşturmayı, transferi, ücretleri ve bir değişimi birleştirebilir. Token almak yalnızca bir gözlemdir; ekonomik satın alma ayrıca değişim mekanizmasının ve karşılığında ödenen varlığın kanıtını gerektirir. Ara hareketler varsa net ve brüt tutarları açıkça kaydedin.

Başarısız işlem bir girişimin gerçekleştiğine dair kanıt olabilir ve ücretler hâlâ önemli olabilir. Başarılı satın alma değildir. Girişimler tablosunu başarılı alımlar tablosundan ayırın. Bu, sıralamayı bozmadan lansman kaydını korur.

“İlk alıcı” kapsamını gerçekten aradıklarınızla sınırlayın

“İlk” iddiası için işlem yerini, varlığı, olay türünü, gözlem aralığını, sıralama kuralını ve geçmiş kapsamını belirtin. Lansman platformu alımı ile daha sonraki havuz alımı farklı sıralamalara ait olabilir. Bir sağlayıcının aralığında görünen en erken kayıt otomatik olarak zincirdeki en erken işlem değildir.

Adres imza geçmişi sayfalanabilir ve normalde en yeniden eskiye döndürülür [S-SIGNATURES]. Araştırmacı ilk döndürülen öğeyi ilk gerçekleşen olay olarak yorumlamamalıdır. Başvurulan adres kapsamı da tek adresi inceleyerek tüm ilgili işlemlerin yakalanacağını garanti etmez. Mint, piyasa, program ve ilişkili hesapların indeksleme gereksinimleri farklı olabilir.

Slotlar ve görüntülenen zaman damgaları farklı sıralama yardımcılarıdır. Birkaç olay aynı görüntülenen saniyeyi paylaşabilir. İndeksleyicinin zaman damgası ayrıntı düzeyi sırayı gizleyebilir; mevcutsa işlem indekslerini kullanın, aksi hâlde belirsizliği koruyun. Sıra çözümlenmemişse tek bir ilk alıcı uydurmak yerine erken bir grubu bildirin.

Niyet çıkarsamadan erken davranışı yorumlayın

Erken hareket eden adres otomatik işlem yapan, halka açık lansman olaylarını izleyen bir katılımcı, piyasa yapıcı veya ayrıcalıklı bilgiye sahip biri olabilir. Zamanlama tek başına bu açıklamaları ayırt etmez. Havuz fonlama adresine bağlantı daha fazla araştırmayı gerekçelendirebilir, ancak ortak insan sahipliğini belirlemez.

Yararlı rapor iki katmanlıdır. İlki olgusal rol/işlem tablosudur. İkincisi olası yorumları ve bunları güçlendirecek veya zayıflatacak kanıtları adlandıran, sınırları belirli hipotez kaydıdır. Hipotezi sessizce diğer her yerde gösterilen adres etiketine yükseltmeyin.

Bu sınırlar erken etkinliği önemsiz kılmaz. Sonucu sınanabilir hâle getirir. “B1 adresi sağlanan işlem yeri aralığındaki ilk başarılı alımda 10,000 birim aldı” ifadesi kesindir. “Oluşturucu gizlice ilk alımı yaptı” ifadesi, tek işlemden fazlasını gerektiren kimlik, niyet ve erişim iddiaları ekler.

• Ücret ödeyen: işlemin ağ ücretini ödeyen hesap.
• Yetki adresi: belirli işlemi yetkilendirme iznine sahip hesap.
• Tahsis alıcısı: satın alma kanıtı olmadan dağıtılan birimleri alan hesap.
• Başarılı alım: başarılı sonuç ve ilgili etkilerle doğrulanmış değişim.
• Kapsam aralığı: gerçekten incelenen sınırlı geçmiş.
• Rol atfetme: gözlemlenen operasyonel rolü bir adrese bağlamak.

ILLUSTRATIVE ÖRNEK — FIX-P07-05. Altı satır, göreli T+0 ile T+5 arasında VENUE-A için eksiksiz veri kümesidir. Kimlikler ve miktarlar kurgusaldır.

Bu işlem etkileri, ders 3 havuzundan türetilen çıktılar değil, sağlanan kurgusal kayıtlardır. Burada rezerv modeli sağlanmaz; bir model aktarmayın.

OBSERVED: Veri kümesi F, C ve A için farklı başlatma rolleri atar. B1, sağlanan VENUE-A aralığında en erken başarılı alımı yapar ve iki kez görünür.

INFERRED: Rol haritası, gözlemlenen bu ilişkilerin yararlı bir temsilidir; nihai insan kontrolörlerini belirlemez.

UNKNOWN: Veri kümesi dışındaki daha erken işlem yerleri/olaylar, insan sahipliği, özel iletişimler ve erişim ayrıcalıkları.

INSUFFICIENT EVIDENCE: R tahsisi satın alma değildir. BUY-FAIL başarılı alım değildir. B1 zamanlaması içeriden erişimi veya C ile ilişkiyi ortaya koyamaz.

Ücret ödeyeni oluşturucuyla eşitlemek; tahsis alıcısını ilk alıcı olarak listelemek; başarısız sonuçları göz ardı etmek; işlemleri farklı alıcılar olarak saymak; en yeniden eskiye kayıtları ters yorumlamak; lansman zamanlamasından içeriden bir insanı adlandırmak.

Başlatma rol haritasını oluşturun ve sağlanan aralıktaki başarılı alım olaylarını sıralayın. Farklı başarılı alıcı adreslerini sayın, B1 kotasyon harcamasını ve token alımlarını toplayın ve “B1 projenin içeriden ilk alıcısıydı” ifadesini yeniden yazın.

• Her operasyonel rolü açıkça tanımlayın.
• Sonucu, talimatı ve ilgili bakiye etkilerini doğrulayın.
• Tahsisi, transferi, girişimi ve başarılı değişimi ayırın.
• Her “ilk” iddiası için işlem yeri/zaman/geçmiş kapsamını belirtin.
• Benzersiz adresleri işlem olaylarından ayrı sayın.

Lansman araştırması farklı rolleri ve başarılı etkileri korumalıdır. “İlk alıcı” yalnızca belgelenmiş arama kapsamında anlamlıdır; erken bir adres otomatik olarak oluşturucu veya içeriden biri değildir.

Belirsiz tek deployer etiketi yerine rol haritalarını kullanın. Başarısız girişimleri ayrı koruyun. Zamanlama niyeti değil kronolojiyi destekler.

INIT-A rollerini mint düğümüne etiketli kenarlar olarak çizin; tahsis, başarısız girişim ve başarılı takaslar için ayrı olay zaman çizelgesi kullanın. Yeni bir adres düğümü oluşturmadan B1 tekrarını gösterin. Veri kümesinin kotasyon ve token etkilerini ve görünür VENUE-A kapsam sınırını ekleyin.

Görsel teslim kuralları: koyu lacivert/siyah, camgöbeği/elektrik mavisi/mor vurgular; birimler ve belirsizlik açıkça etiketlenir. Uydurma ekran görüntüleri yerine deterministik grafikler veya SVG kullanın. 390 px genişlikte açıklamaları alt alta yerleştirin ve veri tablosunu metin alternatifi olarak sunun; 768 px ve masaüstünü daha sonra doğrulayın. Arapçada etiketleri ve düzeni yerel RTL ile uyarlayın; adresleri/hash değerlerini LTR olarak ayırırken transferlerin gerçek yönünü ve kronolojiyi koruyun. Marka öğeleri eklenirse yalnızca sağlanan resmi BlockAssay logosunu kullanın. Hiçbir görsel varlığın veya mobil/RTL gösterimin hazır olduğu ileri sürülmez.

WALLET_INTELLIGENCE aracını yalnızca tam ağ, varlık ve gerekli alanlar desteklendiğinde ve kökenleri görünür olduğunda kullanın. Bu, salt okunur bir eğitim incelemesidir; alım satım veya token lansmanı değildir. Erişim veya veri yoksa sağlanan çevrimdışı veri kümesini kullanın; eksik bilgi bilinmeyen olarak kalır. Gelecekteki bir BlockAssay’de Aç işlemi doğrulanmış çalışma zamanı yönlendirmesi ve kaynak kapsamı gerektirir. Örnek niteliğindeki tanımlayıcılar için çalıştırılabilir bir varlık CTA’sı sunulmaz. Academy katılımı ve ticari statü Radar gözlemlerini hiçbir zaman değiştirmez.

• Solana varlıkları: mint ve token hesapları — Mint kimliği, token hesabı sahipliği ve ayrı mint/oluşturma rolleri. Kontrol tarihi: 2026-09-30.
• Solana getTransaction — Onaylanmış işlem sorgusu ve null olabilen işlem/zaman/meta sonuçları. Kontrol tarihi: 2026-09-30.
• Solana getSignaturesForAddress — Başvurulan adres imzalarının en yeniden eskiye sıralanması ve sayfalama parametreleri. Kontrol tarihi: 2026-09-30.
• Solana RPC JSON yapıları — İşlem imzalayanları, talimatlar ve bakiye/sonuç meta verileri. Kontrol tarihi: 2026-09-30.

Tablolar ve alıştırma veri kümeleri, açıkça HISTORICAL olarak belirtilmedikçe özgün eğitim materyalidir. Kurgusal tanımlayıcılar blokzincir adresi olarak bilerek geçersizdir. Belgeler mekanizma tanımlarını destekler; uydurulmuş alıştırma değerlerini desteklemez. Kaynak incelemesi editoryal araştırmadır, canlı zincir ölçümü değildir. Kaynaklar değişebilir; yayımlamadan önce yeniden inceleyin.

P07-L06; alıştırmayı tamamlayıp her quiz açıklamasını gözden geçirdikten sonra devam edin.