İşlem geçmişi

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

İşlem sayfası bir aktarımı, talimatını, çözümlenmiş özetini ve bakiye değişimini gösterebilir. Bunlar tek olayın birkaç görünümü olabilir. Her satırı toplamak faaliyeti şişirir; yürütme durumunu yok saymak başarısız girişimleri başarılı aktarımlara dönüştürebilir.

Bu ders olay kimliği, başarı, iç içe faaliyet ve ücretleri ayrılmış geçmiş defterini öğretir. Her adres referansının ödeme olduğunu varsaymadan fonlama analizine hazırlar.

Geçmiş kapsamını tanımlayın

Ağı, hedef adresi, ilgili token hesaplarını, istenen pencereyi ve toplama yöntemini yazın. Solana getSignaturesForAddress, accountKeys içindeki istenen adrese başvuran imzaları sayfalama parametreleriyle yeniden eskiye döndürür [S09-SIGNATURES]. Dönen sayfa keşif listesidir, eksiksiz aktarım defteri değildir.

Başvurulan adresin imzalayan veya alıcı olması gerekmez. Talimatlar programlara, veri hesaplarına ve salt okunur duruma başvurabilir. Katılımı eylem olarak saymadan önce kaydın rolünü inceleyin. Sahip adresini sorgulamak ayrı token hesaplarını içeren her işlemi keşfetmeyebilir; tam geçmiş ilan etmek yerine amaçlanan kapsamı inceleyin.

Örtüşen sayfalardaki imzaların tekrarlarını ayıklayın; ancak aynı işlemdeki farklı talimatları koruyun. Sıralama mevcut slot/blok sırasına ve bağlam içi sıralama kanıtına uymalıdır. Arayüzde gösterilen sıra otomatik olarak tam yürütme sırası değildir.

Etkileri saymadan sonucu doğrulayın

Keşfedilen kayıtların yürütme metaverisini alın. Solana getTransaction istenen kesinleşme seviyesinde null dönebilir; zaman veya metaveri alanları null olabilir [S09-TRANSACTION]. Alınamayan kaydı başarısız veya var olmayan olay değil, çözümlenmemiş sayın.

Onaylanmış/dahil edilmiş kayıt yine de başarısız işlem içerebilir. Başarıyı kesinleşmeden ayrı kaydedin. Gönderilen miktar niyeti; başarılı bakiye etkisi yürütmeyi açıklar. Örnekte başarısız T2 için token aktarım etkileri açıkça sıfırdır; sağlanan yerel ücret ise tahsil edilmeye devam eder.

Basitleştirilmiş geri alma ifadelerini her zincir özelliğine genellemeyin. Alıştırma yetkilendirme değişikliklerini ve aktarım dışı diğer mekanizmaları dışlar. Sonuç tablosu ilgili etkileri doğrudan sağlar. Gerçek analizde gerçek protokol kurallarını ve durum farklarını inceleyin.

Olay kimliğini ekran satırlarından ayırın

Uygun olduğunda ağ, işlem imzası/hash’i ve talimat yolu veya günlük indeksinden olay anahtarı seçin. Aktarım talimatı, çözümlenmiş özeti ve eşleşen bakiye farkı tek olayı destekleyebilir. Bunlar üç ayrı aktarım değildir.

Bakiye farkı net sonuçtur. Hesap tek pencerede 10 gönderip 4 alırsa fark−6, brüt çıkış ise 10 olur. Fark gelen aktarımı silmez; brüt hareketle net farkı toplamak çift sayımdır.

İç içe çağrılar kendi anlamlarını gerektirir. Geth callTracer yapılandırılabilir kapsamla çağrı çerçevelerini açıklar [S09-TRACES]. İç çağrı ana işlemin parçasıdır; ayrı imzalanmış işlem değildir. Bazı çerçeveler yerel değer taşır; diğer çağrılar sıfır değerle kod yürütür. Her çağrıyı ödeme saymayın.

Çağrıları, günlükleri ve token hareketlerini ayırın

EVM makbuzu işlem bağlantısı, durum ve günlükleri sağlar [S09-RECEIPT]. Token olay günlüğü ile yerel değerli çağrı farklı kayıtlardır. Transfer günlüğünü yayan token sözleşmesi zorunlu olarak ekonomik alıcı değildir.

Solana sonuç metaverisi talimatları, iç talimatları, ücretleri ve bakiyeleri ayırır [S09-STRUCTURES]. İç talimat ana işlemin içindeki mekanizmayı tanımlayabilir. Aynı talimatın özeti aynı olay konumunu kullanmalıdır.

Token aktarım günlüğü içeren sözleşme çağrısı iki token hareketi değil, tek ekonomik token hareketi artı çağrı ilişkisi olabilir. Her iki gözlemi türlenmiş tablolarda koruyun; sonra soruya uygun sayım birimini seçin.

Ücretleri ayrı tutun

Ücretler ağın yerel varlığını kullanır ve belirli ödeyeni vardır. Hedef token aktarımları değildir. Solana belgeleri yerel işlem ücreti mekanizmasını açıklar [S09-FEES]. Görünen her adresin ücreti ödediğini veya her başarısız girişimin ücretsiz olduğunu varsaymayın.

Ücret toplamları sağlanan işlem sonucu başına bir kez sayılmalıdır; talimat veya özet satırı başına değil. Gerçek veri kümesi yerel hassasiyeti veriyorsa ham ücret birimlerini onunla dönüştürün. Bu alıştırma normalize edilmiş kurgusal ücret birimleri verir; fiyat dönüşümü vermez.

Token hareketini ve yerel maliyetleri ayrı uzlaştırın. Token farkı doğruyken yerel bakiyede ek kira, depozito veya ilgisiz etkiler olabilir. Örnek bunları açıkça dışlar; gerçek kayıtlar ek uzlaştırma gerektirir.

Sınırlandırılmış geçmiş tablosu kurun

Olay konumu, nesne rolü, sonuç, varlık, yön, brüt miktar, ücret ödeyeni ve belirsizlik sütunlarını kullanın. Ayrı çözümlenmemiş kayıt listesi tutun. Görünen başarı sayısını eksiksiz göstermek için eksik kayıtları silmeyin.

Başarılı token aktarım işlemleri sayısı, token aktarım olayları sayısından farklıdır. Tek işlem birkaç olay içerebilir. Bildirdiğiniz istatistiği belirtin. Başarısız girişim girişim sayısına dahil olup başarılı harekete sıfır katkı sağlayabilir.

Son açıklama gözlem penceresini ve sağlanan kapsamı adlandırmalıdır. Geçmiş mevcut kayıtlarda ne olduğunu öğretir; aktörün neden seçtiğini değil. Başarılı aktarım ne bağlılık kanıtıdır ne fiyat sinyalidir.

• Yürütme sonucu: incelenen işlemin başarısı/başarısızlığı.
• Olay konumu: işlem artı talimat/günlük yolu.
• Çağrı çerçevesi: işlem içindeki iç içe yürütme.
• Brüt akış: yönlü hareketlerin toplamı.
• Net fark: son eksi başlangıç bakiyesi.
• Ücret ödeyeni: sağlanan yerel maliyeti taşıyan hesap.

ILLUSTRATIVE — FIX-P09-02. SIM-SOL-A / W / MINT-T. Yalnızca T1–T3 için eksiksiz etkiler; sentetik sıralama S1,S2,S3. Yerel ücretler normalize edilmiş ve W tarafından ödenmiştir. Başka pencere etkisi yoktur. Başlangıç token bakiyesi 100.

Ayrı SIM-EVM-A örneği E1 başarılıdır; üst düzey W-E→ROUTER değeri0; iç içe ROUTER→C-E yerel değeri2 ve W-E’den C-E’ye7 birimlik tek token Transfer günlüğü vardır. Örnek farklı varlıkları/etkileri ve tam çağrı kapsamını şart koşar. E1 için ücret değeri sağlanmaz.

Örnekte OBSERVED: T1’in üç görünümü tek10 token aktarımını açıklar; T2 başarısızdır; T3 4 alır. E1 sıfır değerli çağrı, 2 yerel hareket ve 7 token günlüğü içerir.

INFERRED: Başarılı hedef çıkışı 10, girişi 4, net−6; son bakiye 94. T1–T3 yerel ücret toplamı 0.04.

UNKNOWN: Önceki geçmiş, insan operatörler, E1 ücretleri ve nedenler.

INSUFFICIENT EVIDENCE: H2/H3 fazladan20 aktarılmış token ekleyemez. T2 girişimi başarılı 20 token çıkışı sayılamaz. E1’in iç çağrısı ikinci bağımsız imzalı işlem değildir.

Özetleri ve farkları aktarımlara eklemek; dahil edilmeyi başarıyla eşitlemek; her adres referansını eylem saymak; yerel ücretleri token miktarlarıyla karıştırmak; erişilemeyen kayıtları kapsam iddiasından çıkarmak.

T1–T3 için tekrarlardan arındırılmış token defteri kurun. Brüt ve net akışı, son bakiyeyi ve ücretleri hesaplayın. E1 çağrısını ve varlık hareketlerini farklı varlıklar arasında toplam yapmadan sınıflandırın.

• Keşfi ve geçmiş kapsamını kaydedin.
• Yürütme sonucunu kesinleşmeden ayrı doğrulayın.
• Olayları işlem ve yolla anahtarlayın.
• Brüt akışı ve net bakiyeyi uzlaştırın.
• Ücretleri bir kez sayın; ödeyeni/varlığı koruyun.
• Çağrıları, günlükleri ve insana atfı ayrı tutun.

Geçmişi yeniden kurmak satır sayımı değil, olay muhasebesidir. Başarılı hareketler, başarısız girişimler ve ücretler farklı soruları yanıtlar.

Birkaç görünüm tek aktarımı açıklayabilir. İç içe çağrılar ayrı imzalı işlemler değildir. Eksik kayıtlar yok sayılmak yerine çözümlenmemiş kalır.

T1–T3 zaman çizelgesinde H1/H2/H3 tek olay olarak gruplanır; T2 başarısızdır ama ücret sağlanmıştır; T3 gelen4 gösterir. Akış10/4/net−6/son 94 ve ayrı ücret 0.04 paneli gösterin. E1 çağrı ağacını token/yerel miktar satırlarından ayırın.

Örnek olay muhasebesi; satırlar ve iç içe çağrılar bağımsız işlemler 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 getSignaturesForAddress — Başvurulan adresin imza geçmişi, yeniden eskiye sıralama ve sayfalama. Kontrol tarihi 2026-09-30.
• Solana getTransaction — İşlem sorgulama, kesinleşme seviyesi ve null olabilen veri/zaman alanları. 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.
• Solana Ücretleri — Yerel varlıkla işlem ücreti mekanizması; token hareketi veya evrensel maliyet modeli değildir. Kontrol tarihi 2026-09-30.
• 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.

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-L03 çözümlü alıştırma ve soru incelemesinden sonra.