Lewati ke kontenBlockAssay

Dompet, alamat, dan kunci

P01-L03 · P01 · P01-M01

Memisahkan alamat publik dari otoritas penandatanganan

ILLUSTRATIVE · needs_review

Prasyarat: P01-L02

Tujuan pembelajaran

  • Memisahkan alamat publik dari otoritas penandatanganan
  • Memisahkan antarmuka, alamat, dan otorisasi.
  • Menjelaskan mengapa pengamatan publik tidak memerlukan rahasia.
  • Membedakan kendali kunci dari identitas manusia.

Master sumber EN · P01-L03 · 30 menit perkiraan · needs_review

Pembelajaran hanya baca. Tanpa koneksi dompet, uang nyata, frasa pemulihan, kunci privat, tanda tangan, atau transaksi trading langsung. Durasi merupakan perkiraan editorial; aset visual berupa spesifikasi, bukan komponen yang telah diterapkan.

Mengapa ini penting

Menyamakan aplikasi dompet dengan otoritas di balik akun membuat penyelidikan dan keputusan keamanan tidak andal. Tugas hanya baca tidak boleh berubah menjadi permintaan materi penandatanganan.

Penjelasan

Tiga objek berbeda

Antarmuka dompet menampilkan akun dan membantu mengelolanya. Alamat mengidentifikasi objek dalam cakupan jaringan. Kunci privat dapat mengotorisasi tindakan untuk akun yang dikendalikan kunci. Ethereum juga memiliki akun yang dikendalikan kontrak [ACCT]. Satu layar dapat menampilkan beberapa akun, dan beberapa antarmuka dapat menampilkan akun yang sama. Karena itu, menghitung layar tidak sama dengan menghitung otoritas independen.

Alamat merupakan informasi publik untuk menemukan keadaan, bukan kata sandi. Publik tidak berarti bebas risiko privasi: membagikan alamat dapat menghubungkan percakapan dengan riwayat yang terlihat. Pelajaran ini menggunakan label tidak valid agar akun nyata siswa tidak perlu diungkapkan.

Kunci merupakan otoritas, bukan dokumen identitas

Tanda tangan valid dapat menetapkan otorisasi menurut aturan kriptografis atau kontrak tertentu. Tanda tangan tidak mengungkapkan nama legal penandatangan, bagaimana kunci diperoleh, atau apakah tindakan dilakukan dengan pemahaman memadai. Jangan meminta tanda tangan uji untuk menyelesaikan klaim identitas dalam kursus ini. Perlakukan mekanisme dan orang sebagai pertanyaan terpisah.

Pada akun bersama, beberapa orang mungkin mengakses satu rahasia. Dalam kebijakan multisignature, beberapa kunci penandatanganan tidak harus mewakili manusia independen. Tampilan publik tidak dapat menentukan kemungkinan mana yang berlaku. Jelaskan kebijakan teramati atau peran yang diberikan dan biarkan atribusi manusia tanpa dukungan tetap terbuka.

Materi pemulihan merupakan lapisan berbeda

Sebagian dompet deterministik menurunkan banyak kunci dari materi seed. BIP-39 mendefinisikan satu skema mnemonic menjadi seed [BIP39]; skema ini bukan aturan yang mencakup semua produk dompet. Frasa pemulihan bukan sekadar kata sandi untuk aplikasi saat ini. Jangan memasukkannya ke pelajaran, formulir dukungan, tangkapan layar, atau alat latihan.

Mengganti antarmuka tidak dengan sendirinya mengubah otoritas yang mengendalikan akun. Demikian pula, tampilan watch-only dapat menampilkan saldo tanpa mampu mengotorisasi pembelanjaan. Fitur antarmuka yang terlihat dan izin yang mendasarinya perlu diperiksa secara terpisah.

Gambarkan hubungan dengan jenis yang jelas

Gunakan panah berlabel ‘menampilkan’, ‘mengidentifikasi’, dan ‘mengotorisasi’. Jangan memakai satu garis ‘memiliki’ yang samar. Diagram harus memungkinkan jawaban tentang pengamatan mana yang publik, komponen mana yang rahasia, dan hubungan otoritas mana yang hanya ditetapkan dalam latihan. Jika latihan tidak memiliki bukti manusia, nyatakan itu meskipun nama akan memudahkan cerita.

Klasifikasi status bukti

OBSERVED dalam data latihan: tampilan mana menampilkan X/Y dan otoritas placeholder yang dinyatakan. INFERRED: dua akun ditampilkan; tiga tampilan tersebut tidak menetapkan adanya tiga otoritas independen. UNKNOWN: pengendali manusia yang sebenarnya. INSUFFICIENT EVIDENCE: satu kunci atau beberapa antarmuka menetapkan satu pemilik manusia.

Istilah

  • Antarmuka dompet: perangkat lunak untuk melihat/berinteraksi.
  • Alamat: pengenal publik dalam cakupan jaringan.
  • Kunci privat: materi otorisasi rahasia.
  • Watch-only: pengamatan tanpa otoritas penandatanganan lokal.
  • Mnemonic: rangkaian kata yang digunakan sebagian skema pemulihan untuk menurunkan materi seed; merupakan materi pemulihan rahasia.

Contoh historis

ILLUSTRATIVE. VIEW-A dan VIEW-B sama-sama menampilkan ACCOUNT-X di SIM-NET. VIEW-C bersifat watch-only untuk ACCOUNT-Y. SECRET-PLACEHOLDER mengotorisasi ACCOUNT-X dalam model; ini label, bukan kunci. Tidak ada pengendali manusia yang diberikan.

Spesifikasi visual

Graf dompet dengan panah tampilan VIEW-A/B ke ACCOUNT-X, VIEW-C ke ACCOUNT-Y, serta hubungan otoritas rahasia terpisah ke X. Alt: dua antarmuka menampilkan satu akun fiktif yang sama; pengamatan watch-only tidak memberikan otoritas penandatanganan.

Yang dibuktikan bukti

Model memisahkan dua tampilan satu akun dari otoritas.

Yang tidak dibuktikan bukti

Identitas seseorang, penandatangan independen, atau akses nyata ke dompet mana pun.

Kesalahan umum

  • Menghitung aplikasi sebagai dompet dengan rahasia independen.
  • Menganggap visibilitas publik sebagai izin.
  • Meminta materi pemulihan untuk memverifikasi saldo.

Latihan praktik

Gambarkan ketiga jenis hubungan. Dapatkah VIEW-C membelanjakan? Apakah pemasangan VIEW-B menciptakan ACCOUNT-X baru? Bukti apa yang diperlukan untuk mengidentifikasi manusia?

Kirim tabel bukti singkat beserta penalarannya, hanya menggunakan materi yang tersedia. Alokasi yang disarankan: belajar 12 menit, pemeriksaan/perhitungan 8 menit, koreksi/kuis 10 menit.

Tampilkan koreksi terperinci

VIEW-A/B menampilkan X; VIEW-C menampilkan Y; placeholder mengotorisasi X hanya dalam model. C yang watch-only tidak memiliki otoritas pembelanjaan yang diberikan. Antarmuka baru tidak menyiratkan akun baru. Identitas manusia adalah UNKNOWN dan kepemilikan bersama adalah INSUFFICIENT EVIDENCE. Jawaban ini tidak memerlukan rahasia atau tanda tangan.

Rubrik penilaian: masing-masing 1 poin untuk cakupan yang tepat, asal-usul sumber/data latihan, penalaran yang benar, batasan yang jelas, dan penanganan luring yang aman (total 5). Pengamatan rekaan atau atribusi manusia tanpa dukungan harus dikoreksi berapa pun skornya. Ini umpan balik formatif, bukan sertifikasi.

Daftar periksa

  • Sebutkan antarmuka dan akun secara berbeda.
  • Tandai otorisasi secara terpisah.
  • Jauhkan rahasia dari bukti.
  • Biarkan identitas manusia tanpa dukungan kecuali ditetapkan secara independen.

Ringkasan

Menyamakan aplikasi dompet dengan otoritas di balik akun membuat penyelidikan dan keputusan keamanan tidak andal. Tugas hanya baca tidak boleh berubah menjadi permintaan materi penandatanganan. Materi yang tersedia mendukung pembedaan model antara dua tampilan satu akun dan otoritas. Materi ini tidak menetapkan identitas seseorang, penandatangan independen, atau akses nyata ke dompet mana pun.

Ringkasan

  • Memisahkan antarmuka, alamat, dan otorisasi.
  • Menjelaskan mengapa pengamatan publik tidak memerlukan rahasia.
  • Membedakan kendali kunci dari identitas manusia.

Pelajaran berikutnya

P01-L04 setelah meninjau latihan ini dan prasyaratnya.

Alat

NONE. Katalog otoritatif tidak mensyaratkan akses produk untuk pelajaran ini. Gunakan materi beku/luring.

Sumber dan batas klaim

  • [ACCT] Akun Ethereum — Akun dan otoritas penandatanganan, terpisah dari antarmuka dompet dan identitas manusia. Diperiksa 2026-10-01.
  • [BIP39] BIP-39 — Konstruksi mnemonic menjadi seed; tidak semua dompet menggunakan skema ini. Diperiksa 2026-10-01.

Nilai sintetis merupakan masukan latihan yang dibuat penulis. Nilai historis, bila ada, harus menggunakan dataset tertaut beserta batas asal-usulnya yang lebih sempit. Pemeriksaan sumber bukan penerimaan editorial independen.

Spesifikasi visual

P01-L03-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Memisahkan alamat publik dari otoritas penandatanganan

Data pembelajaran ilustratif; bukan layar langsung

Graf dompet dengan panah tampilan VIEW-A/B ke ACCOUNT-X, VIEW-C ke ACCOUNT-Y, serta hubungan otoritas rahasia terpisah ke X. Alt: dua antarmuka menampilkan satu akun fiktif yang sama; pengamatan watch-only tidak memberikan otoritas penandatanganan.

dua antarmuka menampilkan satu akun fiktif yang sama; pengamatan watch-only tidak memberikan otoritas penandatanganan.

Baris bertumpuk pada 390px dengan padanan teks lengkap; penerimaan tampilan 768px/desktop masih menunggu

Prosa RTL; pengenal dan satuan angka tetap LTR; pertahankan arah panah sesuai fakta

FIX-P01-L03

Sumber dan batas klaim

ACCT · PRIMARY_DOCUMENTATION

Akun Ethereum

Klaim yang didukung
Akun dan otoritas penandatanganan, terpisah dari antarmuka dompet dan identitas manusia.
Batas verifikasi
Halaman primer diperiksa untuk mekanisme yang dinyatakan atau publikasi yang diatribusikan; tidak mengautentikasi data ilustratif.
Tanggal pemeriksaan
2026-10-01
Buka sumber utama
https://ethereum.org/en/developers/docs/accounts/

Asal data

id: FIX-P01-L03

dataStatus: ILLUSTRATIVE

source: Original teaching fixture embedded below; not externally observed

observedAt: null

timeBasis: SIM/T markers are fictional; no real timestamp or chain observation

scope: Invalid training labels; no usable wallet, key or signature

Uji penalaranmu

P01-L03-Q1 · Berapa akun yang tersedia dalam latihan yang ditampilkan?
P01-L03-Q2 · Apa yang ditetapkan VIEW-C?
P01-L03-Q3 · Apakah VIEW-B mengubah kunci X?
P01-L03-Q4 · Apa yang harus dikirim siswa?
P01-L03-Q5 · Apakah satu kunci dapat membuktikan satu orang?