Lewati ke kontenBlockAssay

Approval, allowance, dan pencabutan izin

P03-L04 · P03 · P03-M01

Memeriksa spender, jumlah, dan batas pencabutan izin

ILLUSTRATIVE · needs_review

Prasyarat: P03-L03

Tujuan pembelajaran

  • Memeriksa spender, jumlah, dan batas pencabutan izin
  • Membaca tuple allowance lengkap dan konteksnya.
  • Membatasi satu keadaan nol tanpa mengklaim semua otorisasi direset.

Master sumber EN · P03-L04 · 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.

Mengapa ini penting

Izin bersifat khusus aset/spender/konteks. Allowance nol dapat mendukung temuan berguna sementara token lain dan otorisasi bertanda tangan tetap belum terselesaikan.

Penjelasan

Sebutkan tuple lengkap

ERC-20 menjelaskan semantik allowance, approve, dan transferFrom [ERC20]. Baris izin memerlukan jaringan, token, owner, spender, dan konteks pengamatan. Token berbeda merupakan izin berbeda meskipun spender yang ditampilkan identik.

Baca keadaan, bukan label sesi

R1/R3 menunjukkan tuple sama pada dua konteks yang ditetapkan. R2 menunjukkan pemutusan koneksi UI; ini tidak menjelaskan perubahan keadaan kontrak token. Permintaan pencabutan, tindakan yang diajukan, dan keadaan hasilnya merupakan tahap bukti terpisah. R3 diberikan secara luring; siswa tidak boleh mengirim pencabutan izin langsung.

R4 menyangkut TOKEN-B dan tidak dapat digabungkan ke baris TOKEN-A. Melaporkan hanya nol yang menenangkan sambil menghilangkan baris lain akan menghilangkan cakupan material. Pertahankan kedua nilai dan jelaskan pertanyaan yang dijawab masing-masing.

Biarkan otorisasi bertanda tangan belum terselesaikan bila perlu

Permit memiliki semantik tanda tangan/nonce/deadline terpisah menurut aturan kontrak yang berlaku [PERMIT]. R5 sengaja tidak memberikan hubungannya dengan keadaan nonce/penggunaan saat ini. Satu allowance nol tidak menetapkan bahwa semua tanda tangan yang belum digunakan dibatalkan. Tindak lanjut yang diperlukan adalah aturan yang berlaku dan keadaan relevan, bukan transaksi kelas langsung lain.

Keadaan allowance juga tidak membalikkan transfer terdahulu atau menetapkan owner tidak pernah memaparkan materi pemulihan. Inventaris izin dan paparan kemampuan penandatanganan merupakan pertanyaan penelitian berbeda.

Nyatakan hasil sempit

OBSERVED: nilai data latihan dan status sesi. INFERRED: perubahan tuple terpilih dari 100 menjadi nol. UNKNOWN: inventaris izin lengkap dan keberlakuan R5. INSUFFICIENT EVIDENCE: “semua aset aman”. Kesimpulan terbatas menyebut tuple terpilih pada H12 dan membiarkan baris terpisah belum terselesaikan.

Istilah

  • Allowance: nilai izin dengan cakupan tertentu.
  • Spender: peran otorisasi yang berlaku.
  • Bukti pencabutan izin: keadaan izin hasil pada suatu konteks.
  • Cakupan: baris izin yang benar-benar diberikan.

Contoh historis

Kartu ILLUSTRATIVE. R1 SIM-N/TOKEN-A/OWNER-X/SPENDER-Y pada SIM-H10 allowance 100 unit utuh data latihan. R2 UI terputus pada T1. R3 tuple sama H12 allowance 0. R4 TOKEN-B/owner/spender sama H12 allowance 80. R5 ringkasan permit TOKEN-A dengan hubungan nonce/penggunaan saat ini UNKNOWN. Tanpa approval nyata, tanda tangan, atau transaksi.

Spesifikasi visual

Matriks tuple/konteks. R1→R3 merupakan perbandingan terpilih; R4 tetap 80, R5 tidak diketahui. Tempatkan R2 pada baris sesi tanpa hubungan otomatis ke keadaan onchain.

Yang dibuktikan bukti

Keadaan data latihan terpilih dan perbandingan dengan cakupan tertentu.

Yang tidak dibuktikan bukti

Pencabutan izin langsung, reset izin lengkap, pembatalan semua permit, pembalikan kerugian, atau jaminan keamanan.

Kesalahan umum

  • Pemutusan koneksi disebut pencabutan izin.
  • Satu nol digeneralisasi ke setiap token.
  • Keadaan nol diasumsikan membatalkan setiap tanda tangan.

Latihan praktik

Susun baris izin R1/R3/R4. Jelaskan batas R2 dan R5. Tulis ulang ‘pemutusan koneksi dan nol membuat setiap aset aman’.

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

Tampilkan koreksi terperinci

Tuple terpilih TOKEN-A bernilai 100 pada H10 dan nol pada H12. TOKEN-B tetap 80. R2 hanya membuktikan pemutusan koneksi UI. Keberlakuan R5 UNKNOWN sampai aturan/keadaan tersedia. Keamanan luas INSUFFICIENT EVIDENCE. Laporkan cakupan tepat dan cakupan hilang tanpa operasi langsung.

Rubrik: cakupan tepat, asal-usul sumber, penalaran, batas eksplisit, dan penanganan luring aman, masing-masing satu poin. Pengamatan rekaan atau atribusi identitas tanpa dukungan memerlukan koreksi berapa pun skornya. Hanya formatif.

Daftar periksa

  • Tuple/konteks lengkap.
  • Sesi dan keadaan dipisahkan.
  • Permintaan dan hasil dipisahkan.
  • Token berbeda tetap dibedakan.
  • Sebutkan gap tanda tangan yang belum digunakan.

Ringkasan

Temuan izin bersifat kontekstual. Pemutusan koneksi dan satu allowance nol tidak menetapkan reset otorisasi menyeluruh atau keamanan aset.

Ringkasan

  • Memeriksa spender, jumlah, dan batas pencabutan izin
  • Membaca tuple allowance lengkap dan konteksnya.
  • Membatasi satu keadaan nol tanpa mengklaim semua otorisasi direset.

Pelajaran berikutnya

P03-L05 setelah meninjau prasyarat dan koreksi.

Alat

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

Sumber dan batas klaim

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

Spesifikasi visual

P03-L04-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Memeriksa spender, jumlah, dan batas pencabutan izin

Kartu luring tersanitasi ILLUSTRATIVE, bukan layar langsung

Matriks tuple/konteks. R1→R3 merupakan perbandingan terpilih; R4 tetap 80, R5 tidak diketahui. Tempatkan R2 pada baris sesi tanpa hubungan otomatis ke keadaan onchain.

Matriks tuple/konteks. R1→R3 merupakan perbandingan terpilih; R4 tetap 80, R5 tidak diketahui. Tempatkan R2 pada baris sesi tanpa hubungan otomatis ke keadaan onchain.

Kartu bertumpuk pada 390px/padanan teks; penerimaan tampilan 768px/desktop masih menunggu

Prosa RTL; pengenal diisolasi LTR; arah hubungan faktual dipertahankan

FIX-P03-L04

Sumber dan batas klaim

ERC20 · PRIMARY_DOCUMENTATION

Standar token ERC-20

Klaim yang didukung
approve, allowance, dan transferFrom untuk antarmuka yang sesuai standar.
Batas verifikasi
Sumber primer diperiksa untuk mekanisme terkait atau pernyataan yang diatribusikan; tanpa autentikasi data ilustratif.
Tanggal pemeriksaan
2026-10-01
Buka sumber utama
https://eips.ethereum.org/EIPS/eip-20

PERMIT · PRIMARY_DOCUMENTATION

Approval bertanda tangan ERC-2612

Klaim yang didukung
Otorisasi allowance Permit dengan owner, spender, value, nonce, dan deadline.
Batas verifikasi
Sumber primer diperiksa untuk mekanisme terkait atau pernyataan yang diatribusikan; tanpa autentikasi data ilustratif.
Tanggal pemeriksaan
2026-10-01
Buka sumber utama
https://eips.ethereum.org/EIPS/eip-2612

Asal data

id: FIX-P03-L04

dataStatus: ILLUSTRATIVE

source: Original embedded offline cards; no real observations

observedAt: null

timeBasis: SIM/T markers are fictional order, not UTC timestamps

Uji penalaranmu

P03-L04-Q1 · Apakah R2 menetapkan pencabutan izin?
P03-L04-Q2 · R3 mencakup?
P03-L04-Q3 · Apakah R4 bertentangan dengan TOKEN-A nol?
P03-L04-Q4 · Keberlakuan R5?
P03-L04-Q5 · Pernyataan terbatas?