Tanda tangan, pesan, dan transaksi

Master sumber EN · P03-L03 · needs_review

Hanya pembelajaran luring/hanya baca. Jangan pernah memberikan rahasia, kata sandi, atau kode autentikasi. Tanpa koneksi dompet, approval nyata, pencabutan izin langsung, tanda tangan transaksi, transfer, dana, atau perdagangan. Visual hanya berupa spesifikasi.

Keterangan permintaan dapat menyebut login sementara kolomnya mengotorisasi pembelanjaan. Permintaan aktual dan bukti eksekusi berikutnya harus dinilai secara terpisah.

Klasifikasikan otorisasi

Transaksi membawa instruksi bertanda tangan [ETH_TX]. Pesan juga dapat mengotorisasi tindakan aplikasi. EIP-712 mendefinisikan penandatanganan terstruktur dan konteks domain; penanganan replay tetap tanggung jawab aplikasi [TYPED]. ERC-2612 menyediakan mekanisme allowance bertanda tangan dengan owner, spender, value, nonce, dan deadline [PERMIT]. Tidak ada tanda tangan yang dibuat dalam pelajaran ini.

Bandingkan tiga ringkasan luring

R1 menetapkan pernyataan bergaya login, R2 permintaan berbentuk permit, dan R3 permintaan transfer. Keterangan login R2 tidak menghilangkan kolom spender/value. R1 tidak memiliki otoritas aset yang ditetapkan, tetapi sifat tidak berbahayanya di luar latihan sederhana tidak ditetapkan. Tombol tanda tangan generik tidak dapat menjawab aplikasi akan menerima konten bertanda tangan sebagai apa.

Pertahankan cakupan

Baca jaringan/domain, verifying contract, otoritas, spender, jumlah, nonce, dan deadline jika berlaku. Jika hilang, catat UNKNOWN, bukan meminjam kolom kartu lain. Kolom nama domain yang dikenal bukan autentikasi proyek independen. Nonce dan kedaluwarsa memerlukan aturan aplikasi penerima; format saja bukan kebijakan keamanan lengkap.

Permit dapat diajukan pihak lain menurut aturan kontrak terkait. Karena itu, tidak adanya transaksi gas yang diajukan penandatangan tidak membuktikan pesan tidak dapat mengotorisasi allowance. Sebaliknya, tampilan permintaan permit tidak membuktikan tanda tangan ada atau telah digunakan.

Pertahankan tahap dalam laporan

Diminta, ditandatangani, diajukan, dan dieksekusi merupakan baris terpisah. Di sini hanya permintaan yang diberikan. OBSERVED: ringkasan dan keterangan. INFERRED: klasifikasi menurut skema yang ditetapkan. UNKNOWN: pembuatan tanda tangan dan eksekusi. INSUFFICIENT EVIDENCE: kerugian, niat berbahaya, atau identitas manusia. Nilai kemampuan tanpa membuat tuduhan, dan berhenti tanpa menandatangani apa pun.

• Pesan bertipe: konten penandatanganan terstruktur.
• Permit: mekanisme approval bertanda tangan yang berlaku.
• Pemisahan domain: konteks cakupan, bukan bukti identitas.
• Nonce: nilai yang diperiksa terhadap keadaan kontrak penerima untuk membedakan otorisasi; ERC-2612 menaikkan nonce owner setelah permit berhasil.
• Deadline: waktu terakhir permit ERC-2612 dapat diterima menurut aturannya, bukan jaminan eksekusi.
• Penggunaan: penggunaan otorisasi oleh aplikasi/kontrak.

Ringkasan tersanitasi ILLUSTRATIVE, bukan payload yang dapat ditandatangani. R1 login/SIM-LOGIN/SIM-CHALLENGE, tanpa izin aset yang ditetapkan. R2 keterangan login, tipe Permit, owner SIM-A, spender SIM-S, value 500 unit utuh data latihan, nonce 4, deadline SIM-T3, domain SIM-N/contract SIM-C. R3 permintaan transfer 7 unit SIM ke SIM-B pada SIM-N. Tanpa tanda tangan, calldata, atau receipt.

Matriks izin: keterangan/tipe/cakupan/bukti eksekusi. Soroti R2 Permit/SIM-S/500 meskipun keterangan login. Semua kartu berhenti sebelum penandatanganan; tanpa payload yang dapat digunakan atau tombol transaksi.

Kolom permintaan dan klasifikasi kemampuan yang ditetapkan.

Penandatanganan, pencantuman, kehilangan aset, perlindungan replay penuh, atau niat manusia berbahaya.

• Semua pesan disebut login tidak berbahaya.
• Tanpa gas ditafsirkan tanpa otoritas.
• Tampilan permintaan disamakan dengan eksekusi.

Klasifikasikan R1–R3 dan daftar kolom otoritas R2. Isi baris diminta/ditandatangani/diajukan/dieksekusi dan tentukan catatan hilang yang diperlukan untuk eksekusi.

Kirim tabel dan kesimpulan terbatas menggunakan materi luring yang diberikan saja. Alokasi waktu editorial: belajar 12 menit, latihan 8 menit, koreksi/kuis 10 menit.

• Baca kolom sebelum keterangan.
• Catat kontrak/jaringan/spender/jumlah.
• Pertahankan konteks nonce/kedaluwarsa.
• Pisahkan empat tahap.
• Jangan pernah menandatangani sebagai latihan.

Penandatanganan pesan dapat mengotorisasi tindakan berdampak. Pemeriksaan kemampuan tidak membuktikan eksekusi atau menetapkan niat berbahaya secara independen.

• Membedakan penandatanganan pesan dari instruksi yang mengubah aset
• Membaca kolom pesan yang membawa approval.
• Memisahkan tahap diminta, ditandatangani, diajukan, dan dieksekusi.

P03-L04 setelah meninjau prasyarat dan koreksi.

NONE dalam katalog otoritatif. Data luring yang diberikan cukup; tidak memerlukan pembelian produk atau operasi dompet.

• [TYPED] Penandatanganan terstruktur bertipe EIP-712 — Kolom penandatanganan/domain terstruktur; perlindungan replay aplikasi tetap terpisah.
• [PERMIT] Approval bertanda tangan ERC-2612 — Otorisasi allowance Permit dengan owner, spender, value, nonce, dan deadline.
• [ETH_TX] Transaksi Ethereum — Instruksi bertanda tangan dan pencantuman berbeda dari pengajuan.

Dokumentasi menjelaskan mekanisme. Catatan historis mempertahankan kelas sumber yang dinyatakan. Pemeriksaan sumber bukan penerimaan editorial independen.