Pihak lawan

Master sumber EN · P09-L04 · 45 menit perkiraan · needs_review

Dompet dapat memanggil router, mengirim token ke alamat kustodi, dan menerima transfer tak diminta. Grafik mungkin menampilkan ketiganya sebagai pihak lawan, meski mewakili hubungan berbeda. Menyebutnya mitra atau afiliasi mengarang makna yang tidak diberikan buku besar.

Pelajaran ini membangun tabel pihak lawan bertipe dan register label penyedia terpisah. Anda akan membedakan interaksi teknis, perpindahan berhasil, dan klaim entitas belum terverifikasi.

Definisikan pihak lawan menurut jenis peristiwa

Untuk transfer nilai langsung, sumber dan tujuan terdekode adalah titik perpindahan. Untuk panggilan kontrak, alamat yang dipanggil merupakan titik eksekusi. Untuk log token, kontrak penerbit dan bidang from/to mempunyai peran berbeda. Tentukan hubungan yang diukur.

Daftar pihak lawan tanpa aturan tidak dapat dibandingkan secara reproduktif. “Penerima transfer unik” berbeda dari “semua kontrak yang dipanggil”. Transaksi mungkin memuat kedua kategori. Jangan menggabungkannya menjadi satu jumlah dan menyebutnya jumlah hubungan bisnis.

Identitas aset dan jaringan tetap diperlukan. Transfer TOKEN-A dan transfer TOKEN-B adalah jumlah terpisah meski penerima sama. Panggilan bernilai nol dapat menetapkan interaksi eksekusi tanpa menetapkan pembayaran native.

Baca eksekusi bersarang dengan hati-hati

callTracer Geth mewakili bingkai panggilan dan dapat dikonfigurasi hanya menyertakan panggilan teratas [S09-TRACES]. Konfigurasi jejak tidak lengkap dapat menghilangkan interaksi bersarang. Catat apakah sumber mencakup kedalaman terkait alih-alih menganggap penerima tingkat atas satu-satunya titik eksekusi.

Router dapat mendelegasikan atau mengarahkan aktivitas melalui kontrak lain. Akun yang dipanggil pengguna mungkin bukan akun penerima perpindahan token akhirnya. Grafik interaksi harus mempertahankan kedua sisi dengan jenis berbeda, bukan berpura-pura duplikat atau hubungan ekonomi setara.

Log tanda terima Ethereum membawa kaitan transaksi dan informasi peristiwa [S09-RECEIPT]. Dekode peristiwa memerlukan penerbit dan semantik yang benar. Kontrak yang menerbitkan peristiwa Transfer token tidak otomatis menjadi pembeli, penerima, atau afiliasi setiap alamat yang disebut dalam peristiwa itu.

Bedakan keterlibatan dari hubungan sukarela

Pada Solana, pencarian tanda tangan menemukan transaksi yang merujuk alamat dalam accountKeys [S09-SIGNATURES]. Referensi saja tidak berarti alamat mengotorisasi transaksi. Periksa penanda tangan, instruksi, dan efek sebelum menetapkan peran aktif.

Transfer masuk bisa tak diminta. Penerimaan saja tidak membuktikan persetujuan, keanggotaan, atau kemitraan. Bahkan interaksi langsung berulang dapat sesuai penggunaan biasa layanan publik, bukan afiliasi.

Transfer yang diperantarai kontrak mungkin melibatkan delegat atau kebijakan aplikasi. Jangan menyimpulkan pemegang terlihat menandatangani pribadi setiap perpindahan. Metadata hasil memisahkan peran akun dan tampilan eksekusi [S09-STRUCTURES]; niat manusia memerlukan bukti tambahan.

Simpan label sebagai pernyataan sumber

Label penyedia harus mempunyai penerbit, alamat/jaringan tepat, konteks pengambilan/pembaruan, redaksi, dasar, dan keadaan verifikasi. Jika bidang itu tidak tersedia, nyatakan. “Exchange-X” di sebelah alamat bukan identitas entitas yang ditetapkan secara independen.

Dua antarmuka yang menggunakan umpan label dasar yang sama tidak memberikan dua konfirmasi independen. Kesepakatan label dapat memotivasi pemeriksaan dengan ketergantungan tetap eksplisit. Jika sumber berkonflik, pertahankan kedua label dan konfliknya.

Mekanisme deposit layanan terverifikasi, jika benar-benar ditetapkan, tetap tidak mengidentifikasi pengguna penerima manfaat akun atau membuktikan transfer sebagai penjualan. Afiliasi teknis, kustodi layanan, dan identitas pribadi merupakan pertanyaan terpisah.

Hitung unit yang dimaksud

Gunakan kunci peristiwa berhasil unik untuk jumlah perpindahan. Gunakan alamat titik tujuan unik untuk jumlah penerima dalam aset/jendela yang dinyatakan. Pengiriman berulang ke satu alamat dihitung sebagai beberapa peristiwa tetapi satu penerima unik.

Kecualikan percobaan gagal dari total arus berhasil sambil mempertahankannya dalam tabel percobaan. Jangan menghapusnya dari penyelidikan. Jika hasil tidak tersedia, pertahankan belum terselesaikan; keberhasilan maupun kegagalan tidak boleh disimpulkan dari baris antarmuka yang cantik.

Untuk laporan berdasarkan arah, bedakan sisi masuk dan keluar. Menerima dari kontrak tidak setara memanggilnya. Perjalanan bolak-balik tidak membuktikan kepemilikan atau tujuan pengembalian dana tanpa bukti mekanisme pendukung.

Nyatakan apa yang akan memperkuat klaim

Untuk peran teknis, minta operasi terdekode, kode/antarmuka biner aplikasi (ABI) yang benar, cakupan jejak, dan saldo koheren. Untuk identitas penyedia, minta dasar label dan koroborasi independen. Untuk klaim afiliasi, tentukan bukti organisasi atau terautentikasi yang diperlukan.

Jangan mencari identitas pribadi hanya karena alamat publik menarik. Jaga pertanyaan sebanding dengan tujuan pendidikan. Latihan ini tidak memuat orang nyata atau alamat yang dapat digunakan dan tidak memerlukan penyelidikan atribusi di luar catatan yang disediakan.

Temuan berbatas seperti “W melakukan dua pengiriman TOKEN-A berhasil ke X; X dilabeli Exchange-X oleh satu umpan bersama, belum terverifikasi di sini” bersifat informatif. Tidak menyiratkan penjualan, kemitraan, atau pemilik bersama.

Pertahankan batas kausal dan keuangan

Interaksi tidak menetapkan afiliasi. Transfer besar ke layanan berlabel tidak menetapkan perdagangan pasar. Grafik yang bergerak sesudahnya tidak menetapkan transfer sebagai penyebab. Kesimpulan lanjutan ini memerlukan bukti terpisah dan tidak dapat dipulihkan dari jumlah pihak lawan.

Tujuan pelajaran adalah kosakata hubungan yang akurat. Lebih banyak sisi belum tentu bukti hubungan manusia yang lebih kuat. Terkadang beberapa baris hanya menampilkan lebih banyak mekanisme internal untuk satu transaksi publik.

• Titik eksekusi: alamat yang dipanggil selama eksekusi.
• Titik perpindahan: sumber atau tujuan transfer aset terdekode.
• Penerbit: kontrak yang menghasilkan log peristiwa.
• Penerima unik: tujuan berbeda menurut aturan yang dinyatakan.
• Pernyataan penyedia: label terbit yang menunggu penilaian lingkup/asal-usul.
• Afiliasi: hubungan organisasi yang memerlukan bukti independen.

ILLUSTRATIVE — FIX-P09-04. SIM-EVM-A, W, dengan urutan sintetis T1–T4. Jumlah TOKEN-A dinormalisasi. Semua hasil terdaftar disediakan, bukan diukur.

Tidak disediakan catatan penjualan, afiliasi organisasi, atau bukti kendali manusia. Label mempunyai pengambilan sintetis T5; tidak ada timestamp nyata.

OBSERVED dalam fixture: W memanggil ROUTER; interaksi POOL bersarang dan dua pengiriman TOKEN-A ke X disediakan. L1/L2 berbagi sumber label; L3 berkonflik.

INFERRED: Total TOKEN-A keluar berhasil 15 dengan satu penerima berhasil unik X menurut jendela/aturan ini. C6 menambahkan penerima percobaan Y, bukan arus berhasil.

UNKNOWN: Entitas di balik X, persetujuan penerimaan C5, motif, dan pemilik penerima manfaat.

INSUFFICIENT EVIDENCE: Interaksi ROUTER/POOL tidak membuktikan afiliasi. L1/L2 bukan bukti identitas independen; L3 tidak menyelesaikan konflik. Penerimaan X tidak menetapkan penjualan.

Menghitung penerbit sebagai penerima; menganggap panggilan router sebagai kemitraan; menggabungkan titik bersarang dan langsung tanpa jenis; mengadopsi label salinan sebagai konfirmasi independen; dan menafsirkan penerimaan tak diminta sebagai keanggotaan sukarela.

Buat tabel hubungan bertipe dan statistik TOKEN-A keluar berhasil. Pisahkan pernyataan label entitas dari catatan buku besar. Tulis ulang “W menjual15 ke afiliasinya Exchange-X dan menerima pembayaran mitra”.

• Tentukan aturan hubungan dan penghitungan.
• Pisahkan pemanggil, titik bersarang, penerbit, dan penerima.
• Verifikasi hasil dan cakupan jejak.
• Catat label dengan ketergantungan sumber.
• Pertahankan kemungkinan tak diminta/niat tidak diketahui.
• Hindari kesimpulan afiliasi, penjualan, dan identitas tanpa bukti.

Analisis pihak lawan menjelaskan interaksi tertentu. Partisipasi teknis dan entitas berlabel tidak otomatis menetapkan hubungan ekonomi atau organisasi.

Interaksi bukan afiliasi. Penerima berulang berbeda dari peristiwa berulang. Label penyedia adalah pernyataan dengan asal-usul dan konflik.

Gunakan gaya sisi panggilan dan transfer berbeda dengan ID catatan; penerbit TOKEN-A terpisah. Tandai C6 gagal, persetujuan C5 tidak diketahui. Tampilkan label X dalam register sumber dengan kurung umpan bersama L1/L2 dan konflik L3, tanpa lencana identitas.

Jenis pihak lawan ilustratif; interaksi tidak membuktikan afiliasi.

Gunakan SVG/HTML deterministik atau grafik dengan satuan, penunjuk bukti, dan alternatif teks. Biru navy/hitam dengan cyan, biru elektrik, dan ungu secukupnya; tanpa tangkapan layar explorer dekoratif atau rekaan. Pada 390px tumpuk anotasi; verifikasi 768px, desktop, dan RTL Arab ketika aset diimplementasikan. Pertahankan pengenal LTR dan arah faktual waktu/sisi/sumbu tanpa perubahan. Gunakan hanya merek BlockAssay resmi yang disediakan. Kedua catatan visual tetap berupa spesifikasi.

WALLET_INTELLIGENCE memetakan pemeriksaan hanya-baca atas catatan alamat publik, hubungan, dan asal-usul. Verifikasi jaringan yang didukung, pengenal tepat, bidang, dan cakupan sebelum integrasi runtime apa pun; tidak ada kemampuan penyedia langsung yang diklaim di sini. Gunakan latihan luring tertanam jika data atau akses berbayar tidak tersedia. Tidak diperlukan koneksi dompet, kredensial, kunci privat, tanda tangan, atau perdagangan langsung. Data yang hilang tetap tidak diketahui. Kemajuan Academy, status kreator, pembayaran, dan rujukan tidak pernah mengubah bukti Radar.

• Pelacak Bawaan Geth — Lingkup jejak bingkai panggilan dan konfigurasi khusus pelacak. Diperiksa 2026-09-30.
• API Eksekusi Ethereum eth_getTransactionReceipt — Status tanda terima, kaitan transaksi, dan log. Diperiksa 2026-09-30.
• Solana getSignaturesForAddress — Riwayat tanda tangan yang merujuk alamat, urutan terbaru dahulu, dan paginasi. Diperiksa 2026-09-30.
• Struktur JSON RPC Solana — Metadata hasil, biaya, instruksi, dan saldo sebagai tampilan yang berbeda. Diperiksa 2026-09-30.

Semua catatan contoh adalah fixture ILLUSTRATIVE asli, bukan pengukuran rantai historis/langsung. Dokumentasi menjelaskan mekanisme, bukan jumlah atau label rekaan. Kronologi sintetis dibatasi secara eksplisit; observedAt=null disengaja. OBSERVED dalam latihan berarti catatan fixture yang disediakan. Tinjau kembali dokumentasi dan dekode yang diterapkan sebelum publikasi. Label penyedia tidak menetapkan identitas; kendali alamat dan atribusi manusia memerlukan bukti yang berbeda.

P09-L05 setelah latihan terurai dan peninjauan pertanyaan.