Sahip dağılımı ve yoğunlaşma

EN ana kaynak · P08-L07 · tahmini 45 dakika · needs_review

Token hesabı sıralaması sahip sıralaması değildir; sahip sıralaması da insan listesi değildir. Bu katmanların uzlaştırılmaması yoğunlaşmayı gizleyebilir, bakiyeleri iki kez sayabilir veya havuz envanterini proje ekibine atfedebilir.

Bu ders ham varlıkları normalleştirir, dışa aktarımdaki yinelenmeleri kaldırır ve yalnızca kanıtlanan hesap sahiplerini birleştirir. P07 lansmana özgü yoğunlaşmaya odaklanmıştı; burada beceri, yorumlamadan önce muhasebe veri kümesini tutarlı hale getirmektir.

Analiz birimini tanımlayın

Satırların token hesaplarını, sahip adreslerini, uygulama pozisyonlarını veya insanları temsil edip etmediğini yazın. Solana'da sahibine göre token hesabı listeleme, mint veya program filtresi olan sahip kapsamlı sorgudur [S08-OWNERS]. Her insan yararlanıcıyı listelemez.

En büyük hesap sorgusu yirmi token hesabı döndürür [S08-LARGEST]. Tam sahip sayımı değildir. Bir sahibin bu kümenin dışında birkaç küçük hesabı olabilir; yalnızca dönen satırları birleştirmek toplamını eksik gösterebilir. Kapsamı belirtin; kısmi dışa aktarımı eksiksiz olarak adlandırmayın.

Veri kümesi tek mint ve tek bağlam için bilerek eksiksizdir. Bu bütünlük sağlanan eğitim varsayımıdır, web sitesinden çıkarılan bir sonuç değildir. Gerçek çalışmada tam kapsam iddiasından önce toplama yöntemini, filtreleri, sayfalamayı ve bağlam tutarlılığını belgeleyin.

Toplamadan önce filtreleyin

Önce her satırın ağını ve mint'ini doğrulayın. Program çapındaki dışa aktarım birden çok mint içerebilir. Tüm satırları toplamak etkileyici ama anlamsız “toplam varlık” üretebilir. Ondalık basamakları aynı diye farklı varlıklar aynı arz paydasını paylaşamaz.

Ardından doğrulanmış ondalık basamak sayısıyla ham miktarları ve gösterilen birimleri ayırın. Tamsayı dizelerini koruyun. Yinelenen satır ikinci bakiye değildir. Aynı hesap aynı anlık görüntüde iki kez görünüyorsa yalnızca kayıtların açıkça özdeş olduğu gösterildiğinde yinelenmeyi kaldırın. Çelişen değerler çözümlenmemiş çatışma veya tanımlanmış anlık görüntü seçimi gerektirir.

Farklı bağlamlardaki hesaplar gelişigüzel toplanmamalıdır. Transfer öncesi ve sonrası aynı bakiyeyi temsil edebilirler. Birleştirilmiş dışa aktarım otomatik olarak anlık görüntü değildir. Kayıtları tutarlı sınıra sabitleyin veya sonucu eksik ve zamansal olarak karışık diye etiketleyin.

Kanıtlanan sahipleri birleştirin

Filtreleme ve yinelenmeleri kaldırdıktan sonra tam mint'in token hesaplarını sağlanan sahip yetkisi alanına göre gruplayın. Bu hesap düzeyinde ilişkidir, insan kimliği keşfi değildir. Sahip alanının nasıl çözümlendiğini kaydedin ve temel program-owner alanı olmadığını doğrulayın.

Sahip yetkisi saklama veya uygulamayı temsil edebilir. Saklama adresi birçok yararlanıcı adına bakiye tutabilir; kayıtlar ortaya koymadıkça dağılımları bilinmez. Tersine, birkaç sahip adresinin tek denetleyicisi olabilir, ancak bu yalnızca birleştirmeyle belirlenmez.

Sahipleri ortak fonlama, zamanlama veya etiket nedeniyle birleştirmeyin. Bu ilişkiler ayrı hipotezi motive edebilir. Payda ve sağlanan muhasebe sonucu spekülatif kümelendirme olmadan yeniden üretilebilir kalmalıdır. Desteksiz birleştirmeler yoğunlaşma istatistiğini suçlamaya dönüştürebilir.

Arz sınırını uzlaştırın

Tam standart muhasebe anlık görüntüsünde filtrelenmiş ham bakiyeleri bağımsız sağlanan toplamla karşılaştırın. Uzlaşırlarsa veri kümesinin iç tutarlılığını destekler. Kurgusal değerlerin gerçekliğini ortaya koymaz; özel transfer davranışları olmadığını da kanıtlamaz.

Toplam daha küçükse dönmeyen hesapları, uyumsuz bağlamları veya atlanan muhasebe bileşenlerini belirleyin. Daha büyükse yinelenmeleri, yanlış mint satırlarını ve birim hatalarını sınayın. Adsız bir kalan ekleyip onu gerçek sahip kabul ederek eşitliği zorlamayın.

Beyan edilmiş kalan kısmi veri kümesinde yararlı olabilir, ancak bileşimi bilinmeyen toplam olarak kalır. Tek insan veya sahip gibi sıralanmamalıdır. Alıştırmanın kalansız modeli düzeltmeyi kesin kılar; sonraki incelemeler ayrı çözümlenmemiş kapsam paneli gerektirebilir.

Kategorileri ve payda politikalarını açık tutun

Havuz envanteri ve saklama bakiyeleri ham dağılımda varlık olarak kalır. Analitik politika belirli bir soru için bunları hariç tutabilir, ancak token'ları arzdan çıkarmaz. İlk ve düzeltilmiş paydaları gösterin, her hariç tutma için gerekçe verin.

“Havuz dışı sahip yoğunlaşması” ve “yararlanıcı yoğunlaşması” farklıdır. Doğrulanmış havuz hesabının hariç tutulması ilkini yanıtlayabilir. Yararlanıcılar bilinmeden saklamanın hariç tutulması yoğunlaşmayı çözmek yerine gizleyebilir. Düzeltilmiş sayıyı tek doğru olarak adlandırmak yerine duyarlılık görünümü sunun.

Hesap satırlarını ve sahip toplamlarını ayrı sıralayın. Hiçbir hesabı en büyük olmadığı halde sahip toplam sıralamasında önde olabilir. Temel aktarım becerisi budur: yanlış birime uygulanan doğru aritmetik yine yanlış soruyu yanıtlar.

Yüzdelerin yanında sınırları raporlayın

Payı, paydayı, birleştirme birimini ve anlık görüntüyü ekleyin. Sahip/hesap ayrımı olmadan “en büyük sahip40%” tek rozetinden kaçının. Daha güçlü cümle: “Sahip yetkisi A, iki hesapta400 gösterilen birim tutar; S0'da sağlanan1000 birimlik toplamın40% oranıdır.”

Bu hesaplama içeriden birini tanımlamaz, satış öngörmez veya yararlanıcı servetini tahmin etmez. Büyük sahip yetkisi insan kontrolü bilinmeden gözlenebilir. Alıştırma muhasebe ve kapsam üzerinden puanlanır; analistin yükseliş veya düşüş hükmü vermesi üzerinden değil.

• Yinelenmeleri kaldırma: kanıtlanmış tekrarlanan kayıtları kaldırmak.
• Sahip birleştirmesi: hesapları kanıtlanan sahip yetkisine göre gruplamak.
• Kapsam: dahil edilen kayıtların genişliği.
• Kalan: tahsis edilmemiş fark; mutlaka tek sahip değildir.
• Yararlanıcı: varlıkları saklama yetkisinden farklı olabilen asıl hak sahibi.
• Duyarlılık görünümü: açıkça farklı politika altında yeniden hesaplama.

ILLUSTRATIVE — FIX-P08-07. SIM-SOL-A / MINT-D, d=2, S0. Benzersiz hedef satırları standart muhasebe veri kümesi için eksiksizdir. Ham arz 100,000, gösterilen 1000 token demektir.

E politikası yalnızca P1'i hariç tutar. Ayrı F duyarlılık politikası C1'i de hariç tutar; kişi düzeyinde sıralamayı destekleyen yararlanıcı verisi yoktur.

OBSERVED veri kümesinde: H6, H2'yi tekrarlar; H7'nin mint'i yanlıştır. A, hedefin iki token hesabı için sağlanan sahip yetkisidir.

INFERRED: Benzersiz hedef bakiyeleri 100,000 ham birimdir. A'nın400 token'ı her bir olağan hesabı aşar; ham arz payı 40% olur.

UNKNOWN: Saklama yararlanıcıları, A'nın insan kimliği ve B ile ortak kontrol.

INSUFFICIENT EVIDENCE: Fonlama ilişkileri veya etiketler daha fazla sahip birleştirmesini gerekçelendiremez. Hariç tutma politikaları kişi düzeyinde dolaşımdaki varlıkları ortaya koymaz.

Yanlış mint satırlarını toplamak, yinelenen dışa aktarım girdilerini saymak, program sahibine göre gruplamak, kalanı tek insan olarak sıralamak, etiketler üzerinden birleştirmek ve hariç tutmaları sahip yüzdesinin arkasına gizlemek.

Dışa aktarımı filtreleyip yinelenmeleri kaldırın, arzla uzlaştırın, benzersiz hesapları ve sahip yetkilerini sıralayın. A'nın payını toplam arz, E politikası ve F duyarlılığı altında hesaplayın. Hangi sıralamanın insan sahip sıralaması olarak adlandırılabileceğini belirtin.

• Tam ağ ve mint'i filtreleyin.
• Yalnızca kanıtlanmış tekrarları kaldırın.
• Ham birimleri normalleştirin.
• Doğru sahip alanını gruplayın.
• Tutarlı kapsamı uzlaştırın.
• Hem hariç tutmaları hem paydayı yayımlayın.
• İnsan atfını ayrı tutun.

Dağılım analizi veri kümesi bütünlüğüyle başlar. Doğru filtreleme ve sahip birleştirmesi arzı değiştirmeden sıralamaları değiştirebilir.

Hesaplar, sahip yetkileri ve insanlar farklı birimlerdir. Düzeltilmiş paydalar politikalardır. Uzlaştırma kimliği veya niyeti değil, iç tutarlılığı destekler.

H6/H7'nin farklı nedenlerle açıkça reddedildiği girdi satırlarını gösterin; uzlaştırılan ham toplam 100,000. Hesap ve sahip sıralamaları yan yana. Paydalar1000/700/600 ve saklama bilinmiyor notuyla üç A payı paneli40%,57.1429%,66.6667%.

Örnek niteliğinde hesap ve sahip yetkisi dağılımı; insan kontrolü atfedilmez.

Metin alternatifleriyle deterministik SVG/HTML veya grafikler, koyu lacivert/siyah ve ölçülü camgöbeği, elektrik mavisi ve mor kullanın. Her miktarı ve belirsizliği etiketleyin. 390px genişlikte panelleri alt alta yerleştirin; 768px/masaüstü ve Arapça RTL doğrulaması gelecekteki görsel çalışmalar olarak kalır. Tanımlayıcıları LTR tutun, olgusal eksenleri/kenar yönlerini değiştirmeyin. Marka öğeleri eklenirse yalnızca sağlanan resmi BlockAssay işaretini kullanın. Her iki kayıt da teslim edilmiş varlık değil, belirtimdir.

RADAR aracını dersin sınırlı eğitim amacı için yalnızca ağ desteği, tam kimlik, alanlar ve köken doğrulanmışsa kullanın. Bu içerik hiçbir çalışma zamanı uç noktası veya sağlayıcı kabiliyeti ileri sürmez. Gömülü çevrimdışı veri kümesini ücretli erişim olmadan kullanın. Eksik veri bilinmeyen kalır; cüzdan bağlantısı, işlem imzası, token lansmanı veya canlı alım satım gerekmez. Academy ilerlemesi, ödemeler ve yönlendirmeler Radar kanıtını hiçbir zaman değiştirmez. Tanısal Pasaport fiyat tahmini veya güvenlik sertifikası değil, gözlemleri ve sınırları korur.

• Solana getTokenLargestAccounts — En büyük yirmi token hesabı; insan sahiplerin eksiksiz dağılımı değildir. Kontrol tarihi: 2026-09-30.
• Solana getTokenAccountsByOwner — Mint veya programla filtrelenen, sahip kapsamındaki listeleme. Kontrol tarihi: 2026-09-30.
• Solana getTokenSupply — Ham arz, ondalık basamaklar ve RPC yanıt bağlamı; dolaşımdaki arz tanımı değildir. Kontrol tarihi: 2026-09-30.

Belgeler mekanizmaları destekler, kurgusal veri kümesi değerlerini değil. Tüm örnekler ve alıştırma kayıtları, bu dosyada sabitlenmiş özgün ILLUSTRATIVE materyaldir. S0/S1 sentetik bağlam etiketleridir; canlı veya tarihsel kayıt defteri ölçümü toplanmadığından observedAt null olur. Yayımlamadan veya entegrasyondan önce belgeleri ve gerçekten dağıtılmış davranışı yeniden inceleyin.

P08-L08 çözümlü alıştırma ve quiz incelemesinden sonra.