Cüzdan kümeleri ve fonlama

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

Öğrenme hedefleri:

• Açıkça sağlanan başarılı transferlerden fonlama grafiği oluşturmak.
• Ortak fonlayıcı gruplarını ortak kontrol hipotezlerinden ayırmak.
• Çift sayım yapmadan brüt akışları ve koşullu dönem sonu bakiyelerini hesaplamak.

Fonlama grafikleri sahip tablosunun kaçırdığı ilişkileri ortaya çıkarabilir, ancak inandırıcı sahte kimlikler de yaratabilir. Ortak fonlayıcı saklama hizmeti, faucet, maaş hesabı veya lansman operatörü olabilir. Pratik beceri, transfer kenarlarını korurken ortak kontrol yorumlarını alternatifleri bulunan hipotezler olarak ele almaktır.

Düğümleri ve kenarları kesin tanımlayın

Fonlama grafiği gözlemlenen transferle başlar: kaynak adres/hesap, hedef, varlık, tutar, olay kimliği, sonuç ve zaman bağlamı. Ok, yalnızca “bu cüzdanlar bağlantılı görünüyor” değil, “beş kotasyon biriminin başarılı transferi” gibi belirli bir anlam taşımalıdır. Güzel çizgileri olan ancak kenar anlamı belirtilmeyen grafik yeniden üretilebilir kanıt değildir.

Solana kapsamında işlem yapıları hesap anahtarlarını, imzalayan bilgisini, talimatları ve sonuç/bakiye meta verilerini ayırır [S-STRUCTURE]. Bunları okumak operasyonel transferin yeniden kurulmasını destekler. Token hesabının kontrol sahibi ayrıca sorgulanabilir [S-OWNERS]. Ne imzalayan işareti ne hesap sahibi alanı pasaport kimliği sağlar.

Doğrudan fonlama kenarını aracılı rotadan ayırın. F→A→B görünüyorsa, F→B ile aynı değildir. Ara hesap ilgisiz kökenlerden fonları birleştirebilir veya birkaç kullanıcı için hareket edebilir. İzleme modeli ve eksiksiz akışlar gerekçelendirmedikçe son tutarı benzersiz biçimde tanımlanabilen aynı coin'ler olarak tanımlamayın.

Üç ilişki türünü ayırın

Fonlama ilişkisi varlık hareketini kaydeder. Operasyonel ilişki, açık verilerle desteklenen ortak imzalama yetkisini veya ortak program rolünü kaydedebilir. İnsan kontrolü ilişkisi çok daha güçlü iddiadır. Her biri için farklı kenar stilleri veya tablolar tutun. Üçünü de genel bir “bağlantılı cüzdan” etiketine dönüştürmeyin.

Ortak fonlama hipotez üretmek için yararlıdır. Ortak kontrol sonucuna varmak için yeterli değildir. Aynı hizmet birçok bağımsız müşteriyi fonlayabilir. Tersine, bağımsız fonlanan adresler yine ortak kontrolöre sahip olabilir. Her iki yön de otomatik küme üyeliğinin kesinlik iddia etmek yerine kuralını ve güven düzeyini neden koruması gerektiğini gösterir.

Sonucu incelemeden önce kümeleme kuralını açıklayın. Örneğin: “sağlanan aralıkta aynı kaynaktan doğrudan kotasyon birimi alan adresleri grupla.” Bu kural fonlama grubu oluşturur. İnsan kimliği kümesi ileri sürmez. Sonraki raporun abartılı etiketi yanlışlıkla devralmaması için çıktıyı buna göre yeniden adlandırın.

Hipotezleri alternatiflere karşı sınayın

Çıkarsanan her ilişki için bir alternatif ve onu ayırt edecek kanıtı listeleyin. Üç cüzdan benzer tutarlar alıp kısa süre sonra işlem yapıyorsa eşgüdümlü etkinlik olası bir açıklamadır. Ortak hizmetten para çeken bağımsız müşteriler başka bir açıklamadır. İndeksleyici kaynak etiketini yanlış da atamış olabilir. Analist, hangi gözlemin bu açıklamaları gerçekten ayırt ettiğini sormalıdır.

Aynı zayıf ipucundan daha çok olması her zaman daha güçlü ipucu değildir. Saklama merkezinden on müşteriye yapılan on transfer, grafik yoğun diye kimlik kanıtına dönüşmez. Farklı kanıtlar daha bilgilendirici olabilir: belirli hesap için açık ortak yetki, bağımsız doğrulanmış açıklama veya doğrulanmış operasyonel mekanizma. Bunlar bile tek bireyi tanımlamadan ortak operasyonları destekleyebilir.

Tekrarlanan zamanlama niyet yorumlamadan tanımlanabilir. Grafik, fonlamanın lansman işleminden gözlemlenen kısa bir aralık önce gerçekleştiğini bildirebilir. “Lansmanı önceden biliyorlardı” ayrı iddiadır. Gecikme varsayımı, eksik geçmiş veya kaba zaman damgası görünürdeki aralığı değiştirebilir.

Grafik kapsamını ve izlenen miktarları sınırlandırın

Her grafiğin kapsamı vardır: ağ, varlık kümesi, gözlem aralığı, azami adım sayısı, sağlayıcı kapsamı ve hariç tutmalar. İlk düğümünden önce geçmiş bulunmayan üç adımlı diyagram, mutlaka nihai kökeni değil o analizde görünen en erken kaynağı gösterir. Sınırda çözümlenmemiş gelen yolları ekleyin.

Bakiyeler ve geçen hacim farklıdır. Gelen tüm transferleri toplamak ileri geri hareket eden fonları iki kez sayabilir. Örtüşen küme akışlarını toplamak aynı tutarı birkaç adımda iki kez sayabilir. Toplamın brüt gelen akış, net akış veya aralık sonu bakiyesi olduğunu belirtin. Yararlı grafik açıklaması hem kenar birimlerini hem birleştirme kurallarını adlandırır.

Hizmet etiketleri de durum gerektirir. F yalnızca “beyan edilmiş borsa” ise belirsizliği koruyun. Etiketten bağımsız olarak transfer kanıtını kullanın, ancak yorumu hizmet sınıflandırmasıyla ve onsuz sınayın. Yanlış kuruluş etiketleri sonraki birçok sonucu aynı anda bozabilir.

Çıktı, görülenler ve çıkarsananlar konusunda dürüst bir ilişki raporudur. Küme bir araştırma aracıdır. Yatırım sinyali, danışıklı hareketin kanıtı veya özel kimlikleri açığa çıkarma izni değildir.

• Doğrudan kenar: belirtilen düğümler arasında sağlanan tek transfer.
• Fonlama grubu: açık fonlama kuralıyla gruplanmış adresler.
• Küme hipotezi: kimlik tespiti değil, önerilen ilişki.
• Sınır düğümü: ilgili geçmişi mevcut kapsam dışında bulunan düğüm.
• Brüt akış: geri dönüşler mahsup edilmeden transferlerin toplamı.
• Net akış: belirtilen varlık/aralık için yönlü giriş eksi çıkış.

ILLUSTRATIVE ÖRNEK — FIX-P07-06. Tüm etiketler, kotasyon tutarları ve zamanlar kurgusaldır. Yalnızca sağlanan bu transferler kapsanır.

HUB için doğrulanmamış saklama hizmeti etiketi vardır. Ortak imzalayan kaydı, insan kimliği veya daha erken HUB geçmişi sağlanmaz. OUT çözümlenmemiş sınır düğümüdür.

OBSERVED: HUB üç adresin tamamını fonlar; W1 ve W2 her iki yönde birer birim değişir; W3 OUT adresine iki birim aktarır.

INFERRED: W1/W2/W3 belirtilen kural altında ortak doğrudan fonlayıcı grubu oluşturur. Bu ortak insan kontrolü değildir.

UNKNOWN: HUB fonlamasının nihai kökeni ve W1, W2, W3 veya OUT adreslerinin insan kontrolörleri.

INSUFFICIENT EVIDENCE: Eşit fonlama ve karşılıklı transferler tek operatörü, eşgüdümlü manipülasyonu veya içeriden kişilerin ağını ortaya koyamaz. Saklama etiketi de müşteri ilişkisini kanıtlamaz.

Ortak fonlama kaynağını oluşturucu olarak etiketlemek; eşit transferlerin tek kontrolör anlamına geldiğini varsaymak; tüm hipotez kenarlarını gözlemlenmiş gibi renklendirmek; brüt transferleri bakiye olarak toplamak; eksik geçmişin ötesine “nihai köken” izlemek.

Doğrudan HUB fonlaması kuralını uygulayın. Her adresin sıfırdan başladığı ve ücretler hariç bunların tek ilgili transferler olduğu açık varsayımı altında HUB brüt çıkışını ve W1/W2/W3 aralık sonu bakiyelerini hesaplayın. W1 brüt girişini dönem sonu bakiyesiyle karşılaştırın. Grup için iki alternatif açıklama yazın.

• Gözlemlenen her kenarın arkasındaki birimi ve olayı belirtin.
• Ağı, kapsam aralığını ve adım sınırını koruyun.
• Ortak fonlamayı, operasyonel rolleri ve insan kimliğini ayırın.
• Brüt/net akışları ve dönem sonu bakiyelerini ayırt edin.
• Rakip açıklamaları ve doğrulanmamış kaynak etiketlerini kaydedin.

Fonlama grafiği, kenar anlamları, kapsamı ve belirsizlikleri açık olduğunda en güçlüdür. Ortak fonlama yeniden üretilebilir bir grubu destekler, ancak ortak insan kontrolü ek kanıt gerektirir.

Açıklanmış kuralla kümeleyin. Hipotezleri görünür biçimde hipotez olarak tutun. Eksik yukarı yönlü yol bilinmeyendir; nihai kökenin kanıtı değildir.

FIX-P07-06 veri kümesini, düz transfer kenarlarında tutarlar/zamanlarla yönlü fonlama grafiği olarak çizin. HUB hizmet etiketini taralı, OUT düğümünü çözümlenmemiş sınır olarak tutun. Doğrudan fonlayıcı grubunun çevresine 'insan sahipliği değildir' etiketli ayrı kesikli hipotez parantezi yerleştirin. Brüt giriş ile dönem sonu bakiyesi yan panellerini 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 RPC JSON yapıları — İşlem imzalayanları, talimatlar ve bakiye/sonuç meta verileri. Kontrol tarihi: 2026-09-30.
• Solana getTokenAccountsByOwner — Hesap sahibine göre token hesaplarının listelenmesi; sahiplik alanı insan kimliği değildir. 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.

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-L07; alıştırmayı tamamlayıp her quiz açıklamasını gözden geçirdikten sonra devam edin.