P12-L01 · P12 · P12-M01
Dokumentasikan batasan tujuan dan asumsi jaringan yang didukung
Prasyarat: P08-L01 · P08-L03 · P08-L04 · P11-L01
Tujuan pembelajaran
- Dokumentasikan batasan tujuan dan asumsi jaringan yang didukung
- Buat catatan persyaratan yang dapat menolak asumsi jaringan yang tidak sesuai.
Mengapa ini penting
Rencana peluncuran menjadi menyesatkan ketika logo jaringan menggantikan persyaratan yang ditetapkan. Matriks persyaratan luring mengungkap kemampuan yang tidak tersedia sebelum keputusan deployment atau penggalangan dana apa pun.
Penjelasan
Mulailah dengan tujuan dan pengecualian: apa yang direpresentasikan aset usulan, siapa memerlukan kemampuan teknis mana, dan apa yang tidak dapat dijamin oleh token apa pun. Pisahkan pernyataan bisnis dari persyaratan implementasi. Identifikasi asumsi jaringan yang tepat, standar token, desimal, model akun/kontrol, ekspektasi kustodi, cakupan diagnostik yang didukung, dan batasan upgrade. Jaringan mungkin mendukung kontrak sementara alat tertentu tidak dapat memeriksa izinnya.
Jadikan setiap persyaratan dapat diuji: tentukan bukti yang akan memenuhinya, siapa mencatatnya, dan apa yang menghalangi kelanjutan. Tandai hal yang tidak didukung atau tidak diketahui alih-alih memilih jaringan berdasarkan popularitas. Pelajaran ini tidak merekomendasikan jaringan atau peluncuran. Pelajaran menyiapkan dokumen persyaratan ilustratif yang juga dapat menyimpulkan “jangan lanjutkan.”
Creator Lab dapat membantu menyusun pengungkapan kreator. Partisipasi, pembayaran, atau dossier lengkap tidak dapat mengubah pengamatan Radar, timestamp sumber, kesenjangan cakupan, atau batas keyakinan. Pertahankan pernyataan kreator pada jalur dengan atribusi. Pilihan jaringan mengubah pekerjaan teknis yang diperlukan; pilihan itu tidak memberikan verifikasi independen terhadap kreator.
Sebagai persyaratan independensi, Creator Lab tidak dapat memodifikasi, menyembunyikan, menekan, mengurutkan ulang, menimpa, atau memengaruhi diagnostik faktual Radar. Partisipasi komersial tidak boleh mengubah bukti diagnostik. Inilah batas pengajaran; fixture luring tidak memverifikasi mekanisme penegakan yang telah di-deploy.
Istilah
Persyaratan: kemampuan dengan uji penerimaan.
Asumsi: kondisi belum terverifikasi yang menjadi dasar rencana.
Cakupan: apa yang benar-benar didukung diagnostik tertentu.
Kondisi penghalang: bukti yang belum tersedia sebelum kelanjutan.
Contoh historis
ILLUSTRATIVE proyek luring Cedar mengusulkan token akses yang dapat ditransfer dengan enam desimal, batas mint yang diungkapkan, dan tanpa janji harga atau penebusan. Jaringan fiktif N mendukung antarmuka yang dimaksud, tetapi cakupan alat untuk izin upgrade tidak diketahui. Label proyek dan semua parameter direka; tidak ada alamat aset.
Spesifikasi visual
Panel bukti dengan kolom persyaratan, kemampuan yang diasumsikan, bukti penerimaan, dan kondisi penghalang. Tambahkan jalur pengungkapan Creator Lab terpisah yang tidak dapat menulis ke kolom fakta Radar.
Keterangan: Matriks persyaratan fiktif; tanpa peluncuran, dukungan jaringan, atau persetujuan diagnostik.
SPECIFICATION_ONLY — visual yang dirender belum dibuat atau ditinjau secara independen.
Yang dibuktikan bukti
Persyaratan yang ditetapkan dapat dicantumkan dan diuji di atas kertas. Cakupan upgrade yang tidak diketahui merupakan penghalang yang ditetapkan, bukan asumsi tersembunyi.
Yang tidak dibuktikan bukti
Tidak ada token yang di-deploy, pemilihan jaringan nyata, penilaian kepatuhan, kreator terverifikasi, atau rekomendasi keuangan. Penyelesaian rencana tidak dapat menetapkan fakta Radar.
Kesalahan umum
Memilih jaringan berdasarkan logonya; menganggap cakupan alat yang tidak diketahui sebagai didukung; menjanjikan likuiditas atau harga; menyamakan dossier Creator Lab berbayar dengan persetujuan diagnostik independen.
Latihan praktik
Tulis empat baris penerimaan untuk Cedar: identitas/antarmuka, batas pasokan, kontrol upgrade, dan cakupan diagnostik. Tentukan apakah rencana yang ditetapkan dapat lolos gerbang persyaratannya.
Tampilkan koreksi terperinci
Identitas/antarmuka: jaringan tepat dan identifier aset masa depan diperlukan, belum tersedia. Pasokan: enam desimal dan batas harus diperiksa terhadap implementasi tertentu, tidak tersedia di sini. Kontrol upgrade: otoritas dan semua jalur perubahan implementasi harus dicatat, tidak tersedia di sini. Cakupan diagnostik: batas sumber/kolom yang secara eksplisit didukung diperlukan; cakupan tidak diketahui gagal memenuhi persyaratan itu. Karena itu rencana fiktif ini tetap berupa draft dan tidak lolos gerbang kesiapan peluncuran. Tidak diperlukan deployment, koneksi dompet, atau pembayaran.
Daftar periksa
- Nyatakan tujuan dan pengecualian.
- Gunakan asumsi teknis tepat dan baris penerimaan yang dapat diuji.
- Tandai cakupan tidak didukung sebagai penghalang.
- Pisahkan pernyataan kreator dari pengamatan Radar.
Ringkasan
Dossier persyaratan mencatat asumsi dan dapat menghentikan kelanjutan ketika bukti tidak tersedia.
Ringkasan
- Kemampuan dan cakupan diagnostik merupakan persyaratan berbeda.
- Kolom yang tidak diketahui dapat menghalangi rencana.
- Partisipasi komersial tidak dapat mengubah fakta diagnostik.
Pelajaran berikutnya
P12-L02
Alat
Gunakan alat BlockAssay yang disebut hanya sebagai konteks pembacaan bukti. Pelajaran ini tidak membuat output alat, sesi akun, atau hak layanan. Latihan luring; jangan menandatangani, deploy, menyetujui, atau mendanai apa pun.
Sumber dan batas klaim
- ERC20: Standar ERC-20 — Antarmuka token dan semantik allowance; standar tidak menetapkan identitas penerbit atau izin aman. Batas: Hanya dokumentasi mekanisme; nilai ilustratif asli ditetapkan, bukan pengamatan. Catatan historis mempunyai provenance yang dibekukan terpisah dan kesenjangan pengumpulan eksplisit.
- PROXY: Slot penyimpanan proxy ERC-1967 — Slot implementasi/admin terstandardisasi; pelepasan satu peran tidak menetapkan semua jalur upgrade dinonaktifkan. Batas: Hanya dokumentasi mekanisme; nilai ilustratif asli ditetapkan, bukan pengamatan. Catatan historis mempunyai provenance yang dibekukan terpisah dan kesenjangan pengumpulan eksplisit.
Klasifikasi bukti
ILLUSTRATIVE — masukan luring sepenuhnya fiktif; tanpa pengamatan terkini.
Tanggal pengamatan
null — tanpa pengamatan nyata
Versi konten
1
Tanggal peninjauan
null
Status peninjauan
needs_review
Spesifikasi visual
P12-L01-V01
Dokumentasikan batasan tujuan dan asumsi jaringan yang didukung
Matriks persyaratan fiktif; tanpa peluncuran, dukungan jaringan, atau persetujuan diagnostik.
Panel bukti dengan kolom persyaratan, kemampuan yang diasumsikan, bukti penerimaan, dan kondisi penghalang. Tambahkan jalur pengungkapan Creator Lab terpisah yang tidak dapat menulis ke kolom fakta Radar.
Panel bukti dengan kolom persyaratan, kemampuan yang diasumsikan, bukti penerimaan, dan kondisi penghalang. Tambahkan jalur pengungkapan Creator Lab terpisah yang tidak dapat menulis ke kolom fakta Radar.
Tumpuk pengamatan, asumsi, kesenjangan, dan kesimpulan pada 390 px; pertahankan ID lengkap dan padanan teks lengkap. Tabel lebar mana pun bergulir secara lokal.
Prosa dapat mengikuti RTL; ID, jumlah, dan sumbu waktu tetap LTR. Pertahankan arah ketergantungan.
P12-L01-ILLUSTRATIVE-v1
Sumber dan batas klaim
ERC20 · PRIMARY_DOCUMENTATION
Standar ERC-20
- Klaim yang didukung
- Antarmuka token dan semantik allowance; standar tidak menetapkan identitas penerbit atau izin aman.
- Batas verifikasi
- Hanya dokumentasi mekanisme; nilai ilustratif asli ditetapkan, bukan pengamatan. Catatan historis mempunyai provenance yang dibekukan terpisah dan kesenjangan pengumpulan eksplisit.
- Tanggal pemeriksaan
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-20
PROXY · PRIMARY_DOCUMENTATION
Slot penyimpanan proxy ERC-1967
- Klaim yang didukung
- Slot implementasi/admin terstandardisasi; pelepasan satu peran tidak menetapkan semua jalur upgrade dinonaktifkan.
- Batas verifikasi
- Hanya dokumentasi mekanisme; nilai ilustratif asli ditetapkan, bukan pengamatan. Catatan historis mempunyai provenance yang dibekukan terpisah dan kesenjangan pengumpulan eksplisit.
- Tanggal pemeriksaan
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-1967
Asal data
id: P12-L01-ILLUSTRATIVE-v1
dataStatus: ILLUSTRATIVE
observedAt: null
source: Original offline scenario in realOrHistoricalExample
scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.