Cüzdan anatomisi

EN kaynak master · P09-L01 · 45 dakika tahmini · needs_review

Bir cüzdan sayfası bir adresi, birkaç token hesabını, sözleşme çağrılarını ve sağlayıcı etiketlerini tek ekranda birleştirebilir. Bu kolaylık bunları tek bir kayıt nesnesi veya kişi yapmaz. Geçmişi okumadan önce sayfanın gerçekte neyi temsil ettiğini tanımlayın.

Hesap rollerini eşleyecek ve sağlanan varlıkları kimlik atfetmeden uzlaştıracaksınız. Bu, programın başlangıç becerisidir: sonraki her fonlama, yaş ve ilişki iddiası doğru gözlem birimini seçmeye bağlıdır.

Arayüzü nesneden ayırın

Cüzdan uygulaması bir arayüzdür, hesap ise kayıt defterindeki nesnedir; Ethereum belgeleri bu ayrımı açıkça yapar [S09-ETHACCOUNTS]. Tek arayüz birden fazla hesabı ve ağı gösterebilir. Tek hesaba birden fazla arayüzden erişilebilir. Bu ilişkilerin hiçbiri benzersiz bir insanı tanımlamaz.

Başlangıç tanımlayıcısı olarak ağ ve tam adresi kullanın. Kısaltılmış etiket eşitliği kanıtlayamaz. Farklı zincirlerde aynı görünen metin ortak bir muhasebe nesnesi değildir. Sağlayıcının “cüzdan” gruplaması çıkarımsal ilişkiler içerebilir; bunu sahip toplamı saymadan önce tanımını inceleyin.

Gerçek çalışmada adres kodlamasını doğrulayın ve seçilen ağı kaydedin. Alıştırma kasıtlı olarak geçersiz etiketler kullanır; karşılaştırmalar yalnızca eğitim amaçlıdır ve hiçbir işlem bu tanımlayıcıları hedefleyemez.

Hesabın rolünü belirleyin

Solana hesapları adreslerde durum saklar ve bir program sahibi alanına sahiptir [S09-ACCOUNTS]. Bu alan insan kimliği değildir. Token hesabı ayrıca mint ve sahip yetkiliyi kaydeder [S09-TOKENS]. Token Program’ın temel sahipliğini, programın her token bakiyesinin ekonomik yararlanıcısı olduğu şeklinde okumayın.

Bir yetkili tek mint için birden fazla token hesabına sahip olabilir. Yalnızca tam mint, eşleşen bağlam ve desteklenen yetki alanlarını birleştirin. Yerel bakiye ile token bakiyesi farklı birimlerdir. Bunları tek varlıkmış gibi toplamayın veya açık değerleme kaynağı olmadan dolara çevirmeyin.

Adresin program, token hesabı, mint veya başka bir durum hesabı adlandırıp adlandırmadığını kaydedin. Aynı ilişki grafiği bu düğüm türlerinin hepsini içerebilir. Beş düğümlü grafik beş cüzdanı, hele beş kişiyi göstermez.

Program kontrolündeki faaliyeti anlayın

Solana programdan türetilmiş adresleri (PDA), program kimliği ve tohumlardan türetilir ve özel anahtarları yoktur; türeten program çalışma zamanı mekanizmasıyla onlar adına imzalayabilir [S09-PDA]. Türetme tek başına o adreste hesabın zaten tahsis edildiği iddiası değildir. Adres ilişkisini ve ilgili hesap durumunu birlikte doğrulayın.

Program imzası ile insan imzasını tek alanda birleştirmeyin. Program aracılı yetkili birçok kullanıcıya hizmet verebilir. Hangi taleplerin harekete yol açacağını uygulama kuralları belirler; PDA etiketi belirli bir kullanıcıyı veya sınırsız kontrolü kanıtlayamaz.

EVM ağlarında olağan anahtar kontrolünü, sözleşme mantığını ve desteklenen delegasyon mekanizmalarını ayırın. Harici sahipli hesap (EOA) özel anahtarla kontrol edilir; desteklenen delegasyon çalıştırdığı kodu belirleyebilir. EIP-7702 destekleyen ağlarda EOA kod delegasyonuna izin verir [S09-DELEGATION]. Dolayısıyla kod bulunması tek başına evrensel “bu EOA olamaz” kuralı değildir. İstenen bağlamdaki ağ kurallarını ve hesap durumunu inceleyin.

Kod taşıyan hesap, hangi insanın yararlandığını kanıtlamadan talimat çalıştırabilir. Çoklu imza sözleşmesi birkaç imzalayan hesabı temsil edebilir; imzalayanları saymak bağımsız kişiler olduklarını kanıtlamaz. Kontrol mekanizmasını ve insana atfı ayrı tutun.

Sahiplik haritasından önce rol haritası kurun

Düğüm türünü, tam tanımlayıcıyı, ağı, bağlamı ve kanıt konumunu kullanın. Token hesabı sahibi, mint referansı, program türetmesi ve kod delegasyonu gibi kenarlar kullanın. Bunların belirli anlamları vardır. Genel bir “ilişkili” kenarı düğümlerin neden bağlandığını gizler.

Her kenarı ortak sahipliğe dönüştürmeyin. Mint referansı bir varlığın tüm sahiplerini tek kontrol sahibi yapmadan bağlar. Program türetmesi adresi bir mekanizmaya bağlar; zorunlu olarak program işletmecisinin kişisel envanterine bağlamaz.

Sağlayıcı etiketleri köken ve doğrulama durumuyla ayrı açıklamada yer almalıdır. “Saklama hizmeti” yararlı bir ipucu olabilir; ancak etiketin yayımlayıcısı, güncelleme tarihi ve dayanağı incelenmelidir. Yeterince desteklenene kadar sağlayıcı iddiası olarak kaydedin.

Sağlanan varlıkları uzlaştırın

Örnek, S0 bağlamında W yetkilisi ve tek hedef mint için token hesaplarının eksiksiz kümesini verir. Bu eksiksizlik alıştırma varsayımıdır; Wallet Intelligence için iddia edilen yetenek değildir. İki geçerli hesabın bakiyelerini ancak sahip ve mint doğrulandıktan sonra toplayın.

Programdan türetilmiş yetkili altında aynı mint’i tutan üçüncü hesap, sırf aynı uygulama ekranında göründüğü için W varlığı değildir. Farklı mint altındaki varlık hedef toplama giremez. Yerel birimler ayrı kalır.

Gerçek kayıtlar kısmiyse dönen bakiye toplamını ve kapsam sınırını bildirin. Sessizce “tüm varlıklar” düzeyine yükseltmeyin. Başarısız sorgu sıfır envanter değil, erişilemeyen kanıttır. Sağlanan sıfır miktar, belirtilen kapsamındaki ölçümdür.

Sınırları yapıcı biçimde belirtin

İyi anatomik bulgu şöyle diyebilir: “W, MINT-A tutan T1/T2 için sağlanan yetkilidir; P1 ayrı program aracılı yetkilidir. İnsan kontrolü bilinmiyor.” Desteklenmeyen kimlik sorusunu çözmeden hesap sorusunu yanıtlar.

Sonraki kanıt talebi boşluğa uymalıdır: eksik varlıklar için tam sahip/mint listesi, PDA sınıflandırması için türetme/durum kayıtları ve aracılı kontrol için uygulama yetkilendirmesi. Kişinin adını istemek bu teknik kontrollerin yerini tutmaz.

Hiçbir hesap rolü BUY/SELL sinyali üretmez. Sözleşme, PDA veya token hesabı bulunması gözlemlerin nasıl düzenlendiğini söyler. Meşruiyeti, niyeti veya gelecekteki piyasa davranışını kanıtlamaz.

• Adres: ağ kapsamındaki tanımlayıcı.
• Hesap: adresteki durum nesnesi.
• Cüzdan arayüzü: hesapları gösteren veya onlarla etkileşen uygulama.
• Sahip yetkili: belirli token hesabını yöneten alan.
• PDA: çalışma zamanı imzalı, programdan türetilmiş adres.
• Delegasyon: kişisel bağlılık değil, hesap yürütme ilişkisi.

ILLUSTRATIVE — FIX-P09-01. Kurgusal S0 bağlamında SIM-SOL-A; bakiyeler normalize edilmiştir. Hedef yetkili W, hedef mint MINT-A. T1/T2, W/MINT-A için eksiksiz kabul edilir.

A 7 ayrı bir ağ örneğidir. Kimlik, değerleme, imza eşiği veya uygulama yetkilendirme kaydı sağlanmaz.

Örnekte OBSERVED: W, T1/T2’nin sahip yetkilisidir; P1, T4 için ayrı programdan türetilmiş yetkilidir. Sağlayıcı A 8’i yayımlar.

INFERRED: W’nin sağlanan MINT-A varlıkları toplam 200 token eder. Yerel 2 ve MINT-B50 ayrı miktarlardır.

UNKNOWN: W/P1/E1 arkasındaki insan kimliği, uygulama kontrol kuralları ve ekonomik yararlanıcı sahipliği.

INSUFFICIENT EVIDENCE: A 8 Alice’ın kimliğini kanıtlayamaz. Ortak mint W ve P1’i birleştiremez. Kod delegasyonu LOGIC-D yayımlayıcısıyla bağlılığı kanıtlamaz.

Cüzdan arayüzünü tek kişi saymak; temel program sahibini token sahip yetkiliyle karıştırmak; farklı birimleri toplamak; aynı mint sahiplerini birleştirmek; ağ bağlamı olmadan eski kod/kodsuz sınıflandırmasını uygulamak.

A 1–A 7’den türlenmiş rol haritası çizin. W’nin hedef varlıklarını hesaplayın. A 8’i sınıflandırın ve T4’ün neden W toplamı dışında kalması gerektiğini açıklayın. Program kontrolündeki faaliyet için eksik iki kontrolü belirleyin.

• Tam ağı ve gözlem birimini seçin.
• Her düğümü ve ilişkiyi türleyin.
• Yerel ve mint bakiyelerini ayrı tutun.
• Yalnızca desteklenen sahip alanlarını birleştirin.
• Program/anahtar/delegasyon kontrolünü ayırın.
• Etiketleri desteklenene kadar iddia olarak koruyun.

Cüzdan anatomisi kayıt nesneleri ve kontrol mekanizmaları haritasıdır. Adresleri insanlarla eşitlemeden neyin inceleneceğini belirler.

Arayüz bir hesap veya kişi değildir. Türlenmiş ilişkiler yanlış toplamayı önler. Sağlayıcı etiketleri ve kod davranışı kimliği kanıtlamaz.

Yetki/mint/türetme etiketli kenarlarla türlenmiş W,T1,T2,T3,P1,T4 ve mint düğümleri çizin. Yalnızca hedef200 miktarı vurgulayın. Yerel ve MINT-B birimlerini ayırın; EVM delegasyonunu ayrı tutun. A 8’i doğrulanmamış etiket açıklamasına koyun.

Örnek hesap anatomisi; grafik düğümleri insanlar değildir.

Birimler, kanıt konumları ve metin alternatifleriyle deterministik SVG/HTML veya grafikler kullanın. Lacivert/siyah üzerinde ölçülü camgöbeği, elektrik mavisi ve mor; dekoratif veya uydurma explorer ekran görüntüleri yok. 390px boyutunda açıklamaları üst üste yerleştirin; varlıklar uygulandığında 768px, masaüstü ve Arapça RTL’yi doğrulayın. Tanımlayıcıları LTR tutun; gerçek zaman/kenar/eksen yönlerini değiştirmeyin. Yalnızca sağlanan resmî BlockAssay işaretini kullanın. Her iki görsel kaydı da spesifikasyon olarak kalır.

WALLET_INTELLIGENCE, herkese açık adres kayıtlarının, ilişkilerin ve kökenin salt okunur incelemesine karşılık gelir. Çalışma zamanı entegrasyonundan önce desteklenen ağı, tam tanımlayıcıları, alanları ve kapsamı doğrulayın; burada canlı sağlayıcı yeteneği iddia edilmez. Veri veya ücretli erişim yoksa gömülü çevrimdışı alıştırmayı kullanın. Cüzdan bağlantısı, kimlik bilgileri, özel anahtar, imza veya canlı işlem gerekmez. Eksik veri bilinmeyen olarak kalır. Academy ilerlemesi, üretici statüsü, ödemeler ve yönlendirmeler Radar kanıtını asla değiştirmez.

• Solana Hesapları — Adreslenmiş durum ve program sahibi alanı. Kontrol tarihi 2026-09-30.
• Solana Varlıkları — Mint, token hesabı ve sahip yetkili arasındaki ayrımlar. Kontrol tarihi 2026-09-30.
• Solana Programdan Türetilmiş Adresler — Programdan türetilmiş adresler ve program imzası; PDA özel anahtarı yoktur. Kontrol tarihi 2026-09-30.
• Ethereum hesapları — Hesap/arayüz ayrımı ve hesap türleri. Kontrol tarihi 2026-09-30.
• EIP-7702 EOA’lar İçin Kod Ayarlama — EOA kod delegasyonu; kod bulunması tek başına evrensel bir EOA sınıflandırma kuralı değildir. Kontrol tarihi 2026-09-30.

Tüm örnek kayıtlar özgün ILLUSTRATIVE eğitim verileridir; tarihsel/canlı zincir ölçümleri değildir. Belgeler mekanizmaları açıklar, uydurulan miktarları veya etiketleri değil. Sentetik kronoloji açıkça sınırlandırılmıştır; observedAt=null kasıtlıdır. Alıştırmada OBSERVED, sağlanan bir örnek kaydı ifade eder. Yayımdan önce belgeleri ve devredeki çözümlemeyi yeniden inceleyin. Sağlayıcı etiketleri kimliği kanıtlamaz; adres kontrolü ve insana atıf ayrı kanıtlar gerektirir.

P09-L02 çözümlü alıştırma ve soru incelemesinden sonra.