Lewati ke kontenBlockAssay

Checklist penelitian berbasis bukti

P01-L08 · P01 · P01-M02

Mengklasifikasikan klaim proyek ke dalam empat status bukti

ILLUSTRATIVE · needs_review

Prasyarat: P01-L07

Tujuan pembelajaran

  • Mengklasifikasikan klaim proyek ke dalam empat status bukti
  • Menetapkan keempat status bukti untuk setiap klaim.
  • Menulis kesimpulan penelitian terbatas.
  • Meminta bukti paling sedikit yang dapat menyelesaikan gap.

Master sumber EN · P01-L08 · 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

Kualitas penelitian bergantung pada pemisahan pengamatan dan interpretasi. Checklist berguna hanya jika mengubah perumusan kesimpulan dan mencegah klaim tanpa dukungan.

Penjelasan

Definisikan klaim sebelum mengumpulkan materi

Mulai dengan satu kalimat yang dapat diuji. ‘Kontrak ini melaporkan pasokan tertentu pada blok tertentu’ berbeda dari ‘proyek ini aman’. Yang pertama memiliki sasaran catatan yang dapat diidentifikasi; yang kedua menggabungkan banyak hal tidak diketahui. Memecah klaim luas menjadi kolom membuat bukti hilang terlihat, bukan menyembunyikannya di bawah satu label keyakinan.

Hubungkan sumber dengan perannya

Spesifikasi API menjelaskan makna kolom [RPC]; standar token menjelaskan semantik antarmuka [ERC20]. Kedua halaman dokumentasi tidak membuktikan keberadaan saldo fiktif atau historis. Untuk mendukung nilai, tunjukkan catatan aktual yang diberikan beserta konteksnya. Untuk menjelaskan perhitungan, nyatakan catatan masukan dan metodenya.

Pemetaan sumber ke klaim harus menyebut kolom catatan mana yang mendukung pernyataan mana dan di mana inferensi dimulai. Menyalin URL ke akhir laporan tidak cukup jika URL hanya membahas mekanisme.

Terapkan empat status secara tepat

OBSERVED: kolom yang dapat diperiksa langsung atau pernyataan aktual publikasi, dijelaskan pada tingkat tersebut. INFERRED: perhitungan atau interpretasi dengan asumsi eksplisit. UNKNOWN: fakta yang diperlukan tidak tersedia. INSUFFICIENT EVIDENCE: materi tersedia tidak dapat menetapkan klaim yang diajukan. Label ini bukan peringkat yang mengharuskan setiap hal tidak diketahui akhirnya menjadi positif.

Sumber sama dapat mendukung pengamatan sempit sementara klaim lebih luas tetap tanpa dukungan. Allowance token adalah jumlah yang diizinkan untuk dibelanjakan spender tertentu atas nama akun menurut aturan kontrak token [ERC20]. Allowance nol yang diberikan menjelaskan satu izin pada satu konteks; bukan menetapkan ketiadaan setiap jalur kehilangan aset. Pernyataan situs bahwa tim mengendalikan alamat teramati sebagai pernyataan, sementara atribusi yang mendasarinya mungkin tetap tanpa dukungan.

Pilih permintaan berikut yang berguna

Minta catatan, tanggal, atau metode tertentu yang hilang. ‘Penelitian lebih lanjut’ terlalu samar. Untuk waktu hilang, minta konteks sumber; untuk perbedaan pasokan, minta kontrak/blok tepat dan definisi pembukuan. Untuk klaim identitas, jangan meminta frasa pemulihan atau menggunakan hubungan pendanaan sebagai pengganti atribusi.

Hentikan laporan pada batasnya

Kesimpulan singkat tetap dapat berguna dengan hal tidak diketahui: nyatakan objek tepat, fakta terukur, perhitungan, dan klaim yang belum terbukti. Tidak ada tindakan finansial yang mengikuti penyelesaian checklist ini. Tujuannya adalah catatan penelitian yang dapat dipertanggungjawabkan.

Istilah

  • Klaim: proposisi tertentu untuk diuji.
  • Asal-usul: dari mana catatan berasal dan bagaimana diperoleh.
  • Inferensi: kesimpulan yang diturunkan menurut asumsi.
  • Cakupan: bagian pertanyaan yang dijawab catatan.

Contoh historis

Dossier ILLUSTRATIVE pada SIM-BLOCK-8. R1: TOKEN-Q totalSupply mentah=1000000, decimals yang diberikan=2. R2: allowance ACCOUNT-A→SPENDER-B=0 untuk TOKEN-Q. R3: halaman proyek mengklaim ‘Tim mengendalikan A’. Tidak ada catatan identitas independen, catatan cadangan, atau stempel waktu yang diberikan.

Spesifikasi visual

Panel bukti dengan R1/R2/R3 terhubung ke klaim sempit dan empat status berlabel. Alt: kolom teramati mengarah ke perhitungan pasokan; identitas dan keamanan tetap belum terselesaikan.

Yang dibuktikan bukti

Kolom yang ditetapkan, aritmetika transparan, dan keberadaan klaim.

Yang tidak dibuktikan bukti

Cakupan izin menyeluruh, identitas manusia, dukungan cadangan, atau jaminan keamanan.

Kesalahan umum

  • Mengutip dokumentasi mekanisme sebagai catatan.
  • Menandai klaim luas OBSERVED karena satu kolom terlihat.
  • Mengganti identitas tidak diketahui dengan tebakan cluster.

Latihan praktik

Tulis empat klaim yang mencakup status bukti. Hitung pasokan tampilan, nilai ‘semua dana aman’, dan petakan setiap kesimpulan ke R1/R2/R3 atau catatan yang hilang. Usulkan dua tindak lanjut terarah.

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

OBSERVED dalam data latihan: pasokan mentah dan decimals R1; allowance nol yang dipilih pada R2; pernyataan atribusi R3. INFERRED: pasokan tampilan=10000 menurut decimals yang diberikan. UNKNOWN: pengendali manusia, cadangan, dan waktu UTC. INSUFFICIENT EVIDENCE: keamanan semua dana dan kendali tim yang ditetapkan secara independen. Tindak lanjuti dengan konteks sumber untuk waktu dan atribusi yang didukung secara independen; tanpa permintaan rahasia.

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

  • Satu klaim tepat per baris.
  • Penunjuk catatan dan konteks.
  • Asumsi inferensi.
  • Fakta yang hilang dan kesimpulan tanpa dukungan.
  • Tindak lanjut terarah tanpa rahasia.

Ringkasan

Kualitas penelitian bergantung pada pemisahan pengamatan dan interpretasi. Checklist berguna hanya jika mengubah perumusan kesimpulan dan mencegah klaim tanpa dukungan. Materi yang tersedia mendukung kolom yang ditetapkan, aritmetika transparan, dan keberadaan klaim. Materi ini tidak menetapkan cakupan izin menyeluruh, identitas manusia, dukungan cadangan, atau jaminan keamanan.

Ringkasan

  • Menetapkan keempat status bukti untuk setiap klaim.
  • Menulis kesimpulan penelitian terbatas.
  • Meminta bukti paling sedikit yang dapat menyelesaikan gap.

Pelajaran berikutnya

P02-L01 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

  • [RPC] JSON-RPC Ethereum — Status receipt, konteks blok, dan hasil API dalam cakupan jaringan. Diperiksa 2026-10-01.
  • [ERC20] Standar token ERC-20 — Saldo token, decimals opsional, serta antarmuka transfer, approval, dan allowance. 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-L08-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Mengklasifikasikan klaim proyek ke dalam empat status bukti

Data pembelajaran ilustratif; bukan layar langsung

Panel bukti dengan R1/R2/R3 terhubung ke klaim sempit dan empat status berlabel. Alt: kolom teramati mengarah ke perhitungan pasokan; identitas dan keamanan tetap belum terselesaikan.

kolom teramati mengarah ke perhitungan pasokan; identitas dan keamanan tetap belum terselesaikan.

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-L08

Sumber dan batas klaim

RPC · PRIMARY_DOCUMENTATION

JSON-RPC Ethereum

Klaim yang didukung
Status receipt, konteks blok, dan hasil API dalam cakupan jaringan.
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/apis/json-rpc/

ERC20 · PRIMARY_DOCUMENTATION

Standar token ERC-20

Klaim yang didukung
Saldo token, decimals opsional, serta antarmuka transfer, approval, dan allowance.
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://eips.ethereum.org/EIPS/eip-20

Asal data

id: FIX-P01-L08

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-L08-Q1 · Berapa pasokan yang ditampilkan dari R1?
P01-L08-Q2 · R3 menetapkan apa?
P01-L08-Q3 · Apakah R2 menetapkan keamanan semua dana?
P01-L08-Q4 · Dapatkah dokumentasi mekanisme saja mengautentikasi R1 ilustratif sebagai pengamatan historis nyata?
P01-L08-Q5 · Tindak lanjut terbaik untuk waktu yang hilang?