Anatomi dompet

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

Halaman dompet dapat menggabungkan alamat, beberapa akun token, panggilan kontrak, dan label penyedia pada satu layar. Kemudahan itu tidak menjadikannya satu objek buku besar atau satu orang. Sebelum membaca riwayat, tentukan apa yang sebenarnya direpresentasikan halaman tersebut.

Anda akan memetakan peran akun dan merekonsiliasi kepemilikan yang disediakan tanpa mengatribusikan identitas. Ini keterampilan awal program: setiap klaim berikutnya tentang pendanaan, usia, dan hubungan bergantung pada pemilihan unit pengamatan yang benar.

Pisahkan antarmuka dari objek

Aplikasi dompet adalah antarmuka, sedangkan akun merupakan objek buku besar; dokumentasi Ethereum membedakan keduanya secara eksplisit [S09-ETHACCOUNTS]. Satu antarmuka dapat menampilkan beberapa akun dan jaringan. Satu akun dapat diakses melalui beberapa antarmuka. Kedua hubungan itu tidak mengidentifikasi satu manusia unik.

Gunakan jaringan beserta alamat lengkap sebagai pengenal awal. Label yang dipendekkan tidak dapat menetapkan kesamaan. Teks tampilan yang sama pada rantai berbeda bukan objek akuntansi bersama. Pengelompokan “dompet” oleh penyedia mungkin mencakup hubungan hasil inferensi; periksa definisinya sebelum menganggapnya sebagai total milik pemilik.

Dalam pekerjaan nyata, validasi pengodean alamat dan catat jaringan terpilih. Latihan ini sengaja menggunakan label tidak valid, sehingga perbandingan hanya bersifat pendidikan dan tidak ada transaksi yang dapat menargetkan pengenal ini.

Identifikasi peran akun

Akun Solana menyimpan keadaan pada alamat dan mempunyai bidang program pemilik [S09-ACCOUNTS]. Bidang itu bukan identitas manusia. Akun token mencatat mint dan otoritas pemilik secara terpisah [S09-TOKENS]. Jangan mengartikan kepemilikan dasar Token Program sebagai pernyataan bahwa program tersebut adalah penerima manfaat setiap saldo token.

Satu otoritas dapat memiliki beberapa akun token untuk satu mint. Agregasikan hanya mint yang tepat, konteks yang sesuai, dan bidang otoritas yang didukung bukti. Saldo native dan saldo token mempunyai satuan berbeda. Jangan pernah menjumlahkannya seolah satu aset atau mengonversinya ke dolar tanpa sumber valuasi eksplisit.

Catat apakah alamat menunjuk program, akun token, mint, atau akun keadaan lain. Grafik hubungan yang sama dapat mengandung semua jenis simpul ini. Grafik dengan lima simpul tidak menunjukkan lima dompet, apalagi lima orang.

Pahami aktivitas yang dikendalikan program

Alamat turunan program Solana (PDA) diturunkan dari ID program dan seed serta tidak mempunyai kunci privat; program pembentuknya dapat menandatangani untuk alamat itu melalui mekanisme runtime [S09-PDA]. Derivasi saja tidak menyatakan bahwa akun telah dialokasikan pada alamat tersebut. Verifikasi hubungan alamat dan keadaan akun terkait.

Penandatanganan program dan manusia tidak boleh dilebur dalam satu bidang. Otoritas yang diperantarai program dapat melayani banyak pengguna. Aturan aplikasi menentukan permintaan mana yang memicu tindakan; label PDA tidak dapat menetapkan seorang pengguna tertentu atau kendali tanpa batas.

Pada jaringan EVM, bedakan kendali kunci biasa, logika kontrak, dan mekanisme delegasi yang didukung. Akun milik eksternal (EOA) dikendalikan oleh kunci privat; delegasi yang didukung dapat menentukan kode yang dijalankannya. EIP-7702 mengizinkan delegasi kode untuk EOA pada jaringan yang mendukungnya [S09-DELEGATION]. Karena itu, keberadaan kode saja bukan aturan universal “ini tidak mungkin EOA”. Periksa aturan jaringan dan keadaan akun pada konteks yang diminta.

Akun yang mempunyai kode dapat menjalankan instruksi tanpa membuktikan manusia mana yang memperoleh manfaat. Kontrak multisig dapat mewakili beberapa akun penanda tangan, tetapi menghitung penanda tangan tidak membuktikan orang-orang independen. Pisahkan mekanisme kendali dari atribusi manusia.

Bangun peta peran sebelum peta kepemilikan

Gunakan jenis simpul, pengenal tepat, jaringan, konteks, dan penunjuk bukti. Gunakan sisi seperti pemilik-akun-token, referensi-mint, derivasi-program, dan delegasi-kode. Sisi ini mempunyai arti khusus. Sisi umum “berhubungan dengan” menyembunyikan alasan keterkaitan simpul.

Jangan mengubah setiap sisi menjadi kepemilikan bersama. Referensi mint menghubungkan semua pemegang suatu aset tanpa menjadikan mereka satu pengendali. Derivasi program menghubungkan alamat dengan mekanisme, belum tentu dengan persediaan pribadi operator program.

Label penyedia harus berada dalam anotasi terpisah dengan asal-usul dan status verifikasi. “Layanan kustodi” mungkin petunjuk yang berguna, tetapi penerbit, tanggal pembaruan, dan dasar label perlu diperiksa. Catat sebagai pernyataan penyedia sampai cukup terkoroborasi.

Rekonsiliasi kepemilikan yang disediakan

Fixture memberikan himpunan lengkap akun token bagi otoritas W dan satu mint target pada S0. Kelengkapan itu asumsi latihan, bukan kemampuan yang diklaim untuk Wallet Intelligence. Jumlahkan kedua saldo akun valid hanya setelah mengonfirmasi pemilik dan mintnya.

Akun ketiga yang memegang mint sama di bawah otoritas turunan program bukan kepemilikan W hanya karena muncul pada layar aplikasi yang sama. Kepemilikan pada mint berbeda tidak boleh masuk total target. Satuan native tetap terpisah.

Jika catatan nyata parsial, laporkan total saldo yang dikembalikan beserta batas cakupan. Jangan diam-diam menaikkannya menjadi “semua kepemilikan”. Kueri gagal berarti bukti tidak tersedia, bukan persediaan nol. Jumlah nol yang disediakan adalah pengukuran dalam lingkup yang dinyatakan.

Nyatakan batas secara konstruktif

Temuan anatomi yang baik dapat menyatakan “W adalah otoritas yang disediakan untuk T1/T2 yang memegang MINT-A; P1 adalah otoritas terpisah yang diperantarai program. Kendali manusia tidak diketahui.” Ini menjawab pertanyaan akun tanpa memecahkan pertanyaan identitas yang tidak didukung.

Permintaan bukti berikutnya harus sesuai kesenjangan: enumerasi pemilik/mint lengkap untuk kepemilikan yang hilang, catatan derivasi/keadaan untuk klasifikasi PDA, dan otorisasi aplikasi untuk kendali yang diperantarai. Meminta nama seseorang tidak menggantikan pemeriksaan teknis ini.

Tidak ada peran akun yang menghasilkan sinyal BUY/SELL. Adanya kontrak, PDA, atau akun token menjelaskan bagaimana pengamatan diatur. Itu tidak menetapkan legitimasi, niat, atau perilaku pasar mendatang.

• Alamat: pengenal dalam lingkup jaringan.
• Akun: objek keadaan pada sebuah alamat.
• Antarmuka dompet: aplikasi yang menampilkan atau berinteraksi dengan akun.
• Otoritas pemilik: bidang yang mengatur akun token tertentu.
• PDA: alamat turunan program dengan penandatanganan runtime.
• Delegasi: hubungan eksekusi akun, bukan afiliasi pribadi.

ILLUSTRATIVE — FIX-P09-01. SIM-SOL-A pada S0 fiktif; saldo sudah dinormalisasi. Otoritas target W, mint target MINT-A. T1/T2 ditetapkan lengkap untuk W/MINT-A.

A 7 adalah contoh jaringan terpisah. Tidak disediakan catatan identitas, valuasi, ambang tanda tangan, atau otorisasi aplikasi.

OBSERVED dalam fixture: W adalah otoritas pemilik T1/T2; P1 adalah otoritas turunan program yang berbeda untuk T4. Penyedia menerbitkan A 8.

INFERRED: Kepemilikan MINT-A W yang disediakan berjumlah 200 token. Native 2 dan MINT-B50 miliknya merupakan jumlah terpisah.

UNKNOWN: Identitas manusia di balik W/P1/E1, aturan kendali aplikasi, dan kepemilikan manfaat.

INSUFFICIENT EVIDENCE: A 8 tidak dapat menetapkan identitas Alice. Mint bersama tidak dapat menggabungkan W dan P1. Delegasi kode tidak menetapkan afiliasi dengan penerbit LOGIC-D.

Menganggap UI dompet sebagai satu orang; mencampur program pemilik dasar dengan otoritas pemilik token; menjumlahkan satuan berbeda; menggabungkan pemegang mint sama; dan menerapkan klasifikasi kode/tanpa-kode usang tanpa konteks jaringan.

Gambarkan peta peran bertipe dari A 1–A 7. Hitung kepemilikan target W. Klasifikasikan A 8 dan jelaskan mengapa T4 harus tetap di luar total W. Identifikasi dua pemeriksaan yang belum tersedia untuk aktivitas yang dikendalikan program.

• Pilih jaringan dan unit pengamatan yang tepat.
• Tetapkan jenis setiap simpul dan hubungan.
• Pisahkan saldo native dan mint.
• Agregasikan hanya bidang pemilik yang didukung.
• Bedakan kendali program/kunci/delegasi.
• Pertahankan label sebagai pernyataan sampai terkoroborasi.

Anatomi dompet adalah peta objek buku besar dan mekanisme kendali. Ini menetapkan apa yang perlu diperiksa tanpa menyamakan alamat dengan orang.

Antarmuka bukan akun atau orang. Hubungan bertipe mencegah agregasi keliru. Label penyedia dan perilaku kode tidak membuktikan identitas.

Gambarkan simpul W,T1,T2,T3,P1,T4 dan mint bertipe dengan sisi otoritas/mint/derivasi berlabel. Sorot hanya target200. Pisahkan satuan native dan MINT-B serta delegasi EVM terpisah. Tempatkan A 8 dalam anotasi label belum terverifikasi.

Anatomi akun ilustratif; simpul grafik bukan orang.

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.

• Akun Solana — Keadaan yang diberi alamat dan bidang program pemilik. Diperiksa 2026-09-30.
• Aset Solana — Perbedaan mint, akun token, dan otoritas pemilik. Diperiksa 2026-09-30.
• Alamat Turunan Program Solana — Alamat turunan program dan penandatanganan program; PDA tidak mempunyai kunci privat. Diperiksa 2026-09-30.
• Akun Ethereum — Perbedaan akun/antarmuka dan jenis akun. Diperiksa 2026-09-30.
• EIP-7702 Penetapan Kode untuk EOA — Delegasi kode EOA; keberadaan kode saja bukan aturan klasifikasi EOA universal. 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-L02 setelah latihan terurai dan peninjauan pertanyaan.