Karşı taraflar

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

Cüzdan router çağırabilir, saklama adresine token gönderebilir ve istenmemiş aktarım alabilir. Grafik farklı ilişkileri temsil etseler de üçünü karşı taraf olarak gösterebilir. Bunları ortak veya bağlı kuruluş diye açıklamak kaydın sağlamadığı anlamı uydurur.

Bu ders türlenmiş karşı taraf tablosu ve ayrı sağlayıcı etiket kaydı kurar. Teknik etkileşimleri, başarılı hareketleri ve doğrulanmamış varlık iddialarını ayıracaksınız.

Karşı tarafı olay türüyle tanımlayın

Doğrudan değer aktarımında çözümlenen kaynak ve hedef hareket uçlarıdır. Sözleşme çağrısında çağrılan adres yürütme ucudur. Token günlüğünde yayan sözleşme ve from/to alanları farklı rollerdir. Ölçtüğünüz ilişkiyi belirtin.

Kuralı olmayan karşı taraf listesi yeniden üretilebilir biçimde karşılaştırılamaz. “Benzersiz aktarım alıcıları”, “çağrılan tüm sözleşmeler”den farklıdır. İşlem iki kategoriyi de içerebilir. Bunları tek sayıya birleştirip iş ilişkisi sayısı demeyin.

Varlık kimliği ve ağ gereklidir. TOKEN-A ve TOKEN-B aktarımı alıcı aynı olsa bile ayrı miktarlardır. Sıfır değerli çağrı yerel ödeme kanıtlamadan yürütme etkileşimini kanıtlayabilir.

İç içe yürütmeyi dikkatle okuyun

Geth callTracer çağrı çerçevelerini temsil eder ve yalnızca üst çağrıyı içerecek şekilde yapılandırılabilir [S09-TRACES]. Eksik iz yapılandırması iç etkileşimleri atlayabilir. Üst alıcının tek yürütme ucu olduğunu varsaymak yerine kaynağınızın ilgili derinliği kapsayıp kapsamadığını kaydedin.

Router faaliyeti başka sözleşmeler üzerinden delege edebilir veya yönlendirebilir. Kullanıcının çağırdığı hesap nihai token hareketini alan hesap olmayabilir. Etkileşim grafiği iki kenarı ayrı türlerle korumalı; bunları tekrar veya eşdeğer ekonomik ilişki gibi göstermemelidir.

Ethereum makbuz günlükleri işlem bağlantısı ve olay bilgisi taşır [S09-RECEIPT]. Olay çözümleme doğru yayıcı ve anlam gerektirir. Token Transfer olayı yayan sözleşme, bundan dolayı olayda adlandırılan her adresin alıcısı, satın alanı veya bağlı kuruluşu değildir.

Katılımı gönüllü ilişkiden ayırın

Solana imza araması accountKeys içinde adrese başvuran işlemleri bulur [S09-SIGNATURES]. Referans tek başına adresin işlemi yetkilendirdiği anlamına gelmez. Etkin rol atamadan önce imzalayanları, talimatları ve etkileri inceleyin.

Gelen aktarım istenmemiş olabilir. Salt alım rıza, üyelik veya ortaklık kanıtlamaz. Tekrarlanan doğrudan etkileşim bile bağlılık yerine herkese açık hizmetin olağan kullanımıyla uyumlu olabilir.

Sözleşme aracılı aktarım delege veya uygulama politikası içerebilir. Görünen varlık sahibinin her hareketi şahsen imzaladığı sonucuna varmayın. Sonuç metaverisi hesap rollerini ve yürütme görünümlerini ayırır [S09-STRUCTURES]; insan niyeti ek kanıt gerektirir.

Etiketleri kaynak iddiaları olarak saklayın

Sağlayıcı etiketinde yayımlayıcı, tam adres/ağ, yakalama/güncelleme bağlamı, metin, dayanak ve doğrulama durumu olmalıdır. Alanlar yoksa belirtin. Adres yanında “Exchange-X” gösterilmesi bağımsız kanıtlanmış varlık kimliği değildir.

Aynı temel etiket akışını kullanan iki arayüz iki bağımsız doğrulama sağlamaz. Etiket uyuşması bağımlılığı açık kalarak incelemeyi teşvik edebilir. Kaynaklar çatışıyorsa iki etiketi ve çatışmayı koruyun.

Gerçekten kanıtlanmış hizmet yatırımı mekanizması dahi hesabın ekonomik yararlanıcı kullanıcısını tanımlamaz veya aktarımın satış olduğunu kanıtlamaz. Teknik bağlılık, hizmet saklaması ve kişisel kimlik ayrı sorulardır.

Amaçlanan birimi sayın

Hareket sayıları için benzersiz başarılı olay anahtarlarını kullanın. Belirtilen varlık/pencere içindeki alıcı sayısı için benzersiz uç adreslerini kullanın. Aynı adrese tekrarlanan gönderimler birden fazla olay ama tek benzersiz alıcıdır.

Başarısız girişimleri başarılı akış toplamlarından dışlayın; girişim tablosunda tutun. İncelemeden silmeyin. Sonuç erişilemiyorsa çözümlenmemiş tutun; güzel arayüz satırından başarı veya başarısızlık çıkarılamaz.

Yöne dayalı raporda gelen ve giden kenarları ayırın. Sözleşmeden almak onu çağırmaya eşdeğer değildir. Gidiş dönüş, destekleyici mekanizma kanıtı olmadan sahipliği veya geri ödeme amacını kanıtlamaz.

İddiayı neyin güçlendireceğini belirtin

Teknik rol için çözümlenmiş işlemler, doğru kod/uygulama ikili arayüzü (ABI), iz kapsamı ve tutarlı bakiyeler isteyin. Sağlayıcı kimliği için etiketleme dayanağı ve bağımsız destek isteyin. Bağlılık iddiası için hangi örgütsel veya doğrulanmış kanıtın gerekeceğini belirtin.

Sırf herkese açık adres ilginç diye kişisel kimlik aramayın. Soruyu eğitim amacıyla orantılı tutun. Bu alıştırma gerçek kişi veya kullanılabilir adres içermez; sağlanan kayıtların ötesinde atıf araştırması gerektirmez.

“W X’e iki başarılı TOKEN-A gönderimi yaptı; tek ortak akış X’i Exchange-X etiketliyor, burada doğrulanmamış” gibi sınırlı bulgu bilgilendiricidir. Satış, ortaklık veya ortak sahip ima etmez.

Nedensel ve finansal sınırları koruyun

Etkileşim bağlılığı kanıtlamaz. Etiketli hizmete büyük aktarım piyasa işlemini kanıtlamaz. Sonrasında hareket eden grafik aktarımın neden olduğunu kanıtlamaz. Bu sonraki sonuçlar ayrı kanıt gerektirir; karşı taraf sayısından çıkarılamaz.

Dersin amacı doğru ilişki sözlüğüdür. Daha fazla kenar insan ilişkisi için zorunlu olarak daha güçlü kanıt değildir. Bazen birkaç satır tek herkese açık işlemin daha fazla iç mekanizmasını gösterir.

• Yürütme ucu: yürütme sırasında çağrılan adres.
• Hareket ucu: çözümlenmiş varlık aktarımının kaynağı veya hedefi.
• Yayıcı: olay günlüğünü üreten sözleşme.
• Benzersiz alıcı: belirtilen kurala göre farklı hedef.
• Sağlayıcı iddiası: kapsam/köken değerlendirmesi bekleyen yayımlanmış etiket.
• Bağlılık: bağımsız kanıt gerektiren örgütsel ilişki.

ILLUSTRATIVE — FIX-P09-04. SIM-EVM-A, W, sentetik sıralı T1–T4. TOKEN-A miktarları normalize edilmiştir. Listelenen tüm sonuçlar sağlanmıştır; ölçülmemiştir.

Satış kaydı, örgütsel bağlılık veya insan kontrolü kanıtı sağlanmaz. Etiketler sentetik T5 yakalama bağlamına sahiptir; gerçek zaman damgası yoktur.

Örnekte OBSERVED: W ROUTER çağırır; iç içe POOL etkileşimi ve X’e iki TOKEN-A gönderimi sağlanır. L1/L2 etiket kaynağını paylaşır; L3 çatışır.

INFERRED: Başarılı giden TOKEN-A toplamı 15; bu pencere/kural altında tek benzersiz başarılı alıcı X vardır. C6 başarılı akış değil, girişim alıcısı Y ekler.

UNKNOWN: X arkasındaki varlık, C5 alım rızası, nedenler ve ekonomik yararlanıcı sahipler.

INSUFFICIENT EVIDENCE: ROUTER/POOL etkileşimleri bağlılık kanıtlamaz. L1/L2 bağımsız kimlik kanıtı değildir; L3 çatışmayı çözmez. X alımı satış kanıtlamaz.

Yayıcıyı alıcı saymak; router çağrılarını ortaklık saymak; iç ve doğrudan uçları türsüz birleştirmek; kopyalanmış etiketleri bağımsız doğrulama saymak; istenmemiş alımı gönüllü üyelik yorumlamak.

Türlenmiş ilişki tablosu ve başarılı giden TOKEN-A istatistiği üretin. Varlık etiketi iddialarını kayıt defterinden ayırın. “W, Exchange-X bağlı kuruluşuna15 sattı ve ortak ödemesi aldı” ifadesini yeniden yazın.

• İlişki ve sayım kurallarını tanımlayın.
• Çağıranı, iç ucu, yayıcıyı ve alıcıyı ayırın.
• Sonucu ve iz kapsamını doğrulayın.
• Etiketleri kaynak bağımlılıklarıyla kaydedin.
• İstenmemiş/bilinmeyen niyet olasılıklarını koruyun.
• Kanıtsız bağlılık, satış ve kimlik sonuçlarından kaçının.

Karşı taraf analizi belirli etkileşimleri açıklar. Teknik katılım ve etiketlenmiş varlıklar ekonomik veya örgütsel ilişkileri otomatik kanıtlamaz.

Etkileşim bağlılık değildir. Tekrarlanan alıcılar tekrarlanan olaylardan farklıdır. Sağlayıcı etiketleri kökeni ve çatışmaları olan iddialardır.

Kayıt kimlikleriyle ayrı çağrı ve aktarım kenar stilleri kullanın; TOKEN-A yayıcı ayrı olsun. C6 başarısız, C5 rızası bilinmeyen işaretlensin. X etiketlerini L1/L2 ortak akış parantezi ve L3 çatışmasıyla kaynak kaydında gösterin; kimlik rozeti yok.

Örnek karşı taraf türleri; etkileşim bağlılığı kanıtlamaz.

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.

• Geth Yerleşik İzleyicileri — Çağrı çerçevesi izleme kapsamı ve izleyiciye özgü yapılandırma. Kontrol tarihi 2026-09-30.
• Ethereum Execution APIs eth_getTransactionReceipt — Makbuz durumu, işlem bağlantısı ve günlükler. Kontrol tarihi 2026-09-30.
• Solana getSignaturesForAddress — Başvurulan adresin imza geçmişi, yeniden eskiye sıralama ve sayfalama. Kontrol tarihi 2026-09-30.
• Solana RPC JSON Yapıları — Ayrı görünümler olarak sonuç metaverisi, ücret, talimatlar ve bakiyeler. 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-L05 çözümlü alıştırma ve soru incelemesinden sonra.