Lewati ke kontenBlockAssay

Deployer dan pembeli pertama

P07-L05 · P07 · P07-M02

Identifikasi pembuatan dan perdagangan awal tanpa menyimpulkan niat

ILLUSTRATIVE · needs_review

Prasyarat: P07-L04

Tujuan pembelajaran

  • Petakan pembayar biaya, penginisialisasi, otoritas, dan penerima alokasi secara terpisah.
  • Identifikasi pembelian awal yang berhasil dari hasil eksekusi dan dampaknya.
  • Laporkan pembeli yang paling awal terlihat dengan batas cakupan dan atribusi yang eksplisit.

Master sumber EN · P07-L05 · perkiraan 45 menit · needs_review

Tujuan pembelajaran:

  • Petakan pembayar biaya, penginisialisasi, otoritas, dan penerima alokasi secara terpisah.
  • Identifikasi pembelian awal yang berhasil dari hasil eksekusi dan dampaknya.
  • Laporkan pembeli yang paling awal terlihat dengan batas cakupan dan atribusi yang eksplisit.

Mengapa ini penting

Transaksi peluncuran dapat melibatkan pembayar biaya, penginisialisasi mint, alamat otoritas, program, dan beberapa akun penerima. Menyebut satu alamat sebagai “deployer” dapat mengaburkan peran ini. Demikian pula, menerima token lebih awal tidak selalu berarti membelinya. Pelajaran ini mengajarkan peta peran yang didukung transaksi dan daftar pembeli awal dengan cakupan yang ditetapkan secara hati-hati.

Penjelasan

Ganti satu label ambigu dengan peran yang spesifik

Definisikan “deployer” sebelum menggunakannya. Untuk memecoin Solana, yang dimaksud mungkin akun yang membayar inisialisasi, penanda tangan yang mengotorisasi penerbitan, atau operator yang menggunakan launchpad. Peran tersebut tidak harus sama. Dokumentasi Solana secara eksplisit memisahkan otoritas mint dari akun yang membuat atau membayar mint [S-TOKENS]. Peran juga dapat diperantarai oleh program, alih-alih mengungkap akun manusia.

Gunakan label peran yang menggambarkan bukti sebenarnya: pembayar biaya, penginisialisasi mint, otoritas mint, penerima alokasi, akun pendanaan pool, dan penerima swap. Kolom otoritas adalah izin pada pengamatan yang dinyatakan, bukan bukti siapa yang membangun situs web. Alamat dapat memegang beberapa peran, tetapi setiap hubungan memerlukan penunjuk bukti.

Tag “creator” pada penjelajah mungkin merupakan interpretasi pengindeks yang praktis. Bandingkan dengan instruksi dan keadaan yang relevan. Jika catatan tersebut tidak dapat diperiksa, laporkan label sebagai pernyataan sumber, bukan peran terverifikasi. Tujuannya bukan mencurigai setiap pengindeks, melainkan memperlihatkan ketergantungan tersebut.

Pisahkan maksud instruksi dari dampak berhasil

Transaksi dapat memuat instruksi swap tetapi gagal. Penerima dapat memperoleh token melalui alokasi, transfer, atau swap. Tinjau hasil eksekusi dan perubahan saldo sebelum menghitung perdagangan berhasil. Pencarian transaksi Solana mencakup metadata hasil dan dapat mengembalikan null jika catatan tidak tersedia pada tingkat commitment yang diminta [S-TRANSACTION]. Null tidak membuktikan bahwa alamat tidak pernah bertindak.

Saldo neto dapat menyesatkan tanpa konteks instruksi. Transaksi dapat menggabungkan pembuatan akun, transfer, biaya, dan pertukaran. Menerima token hanyalah satu pengamatan; pembelian ekonomis juga memerlukan bukti mekanisme pertukaran dan aset yang dibayarkan terkait. Catat jumlah neto dan bruto secara eksplisit jika melibatkan pergerakan perantara.

Transaksi gagal tetap dapat menjadi bukti bahwa suatu upaya terjadi, dan biaya dapat tetap relevan. Namun, itu bukan pembelian berhasil. Pisahkan tabel upaya dari tabel pembelian berhasil. Ini menjaga catatan peluncuran tetap utuh tanpa mencemari peringkat.

Batasi “pembeli pertama” pada apa yang benar-benar Anda telusuri

Untuk mengklaim “pertama”, nyatakan tempat perdagangan, aset, jenis peristiwa, rentang pengamatan, konvensi pengurutan, dan cakupan riwayat. Pembelian di launchpad dan pembelian pool yang lebih kemudian dapat berada dalam peringkat berbeda. Catatan paling awal yang terlihat pada jendela satu penyedia tidak otomatis merupakan perdagangan paling awal di rantai.

Riwayat tanda tangan alamat dapat dibagi ke dalam halaman dan biasanya dikembalikan dengan yang terbaru dahulu [S-SIGNATURES]. Peneliti tidak boleh menafsirkan item pertama yang dikembalikan sebagai peristiwa pertama sepanjang sejarah. Cakupan alamat yang dirujuk juga tidak menjamin semua transaksi relevan tercakup dengan memeriksa satu alamat saja. Mint, pasar, program, dan akun terkait dapat memiliki kebutuhan pengindeksan berbeda.

Slot dan stempel waktu yang ditampilkan merupakan alat bantu pengurutan yang berbeda. Beberapa peristiwa dapat memiliki detik tampilan yang sama. Granularitas stempel waktu pengindeks dapat menyembunyikan urutan; gunakan indeks transaksi jika tersedia dan pertahankan ketidakpastian jika tidak. Jika urutan belum terpecahkan, laporkan kelompok awal, alih-alih mengarang satu pembeli pertama.

Interpretasikan perilaku awal tanpa menyimpulkan motif

Alamat yang bertindak lebih awal dapat merupakan pedagang otomatis, peserta yang memantau peristiwa peluncuran publik, pembentuk pasar, atau seseorang dengan informasi istimewa. Waktu saja tidak membedakan penjelasan ini. Hubungan dengan alamat pendanaan pool dapat membenarkan penyelidikan lebih lanjut, tetapi tidak menetapkan kepemilikan oleh manusia yang sama.

Laporan yang berguna memiliki dua lapisan. Pertama adalah tabel peran/transaksi faktual. Kedua adalah daftar hipotesis berbatas, yang menyebut kemungkinan interpretasi serta bukti yang akan memperkuat atau melemahkannya. Jangan diam-diam menaikkan hipotesis menjadi label alamat yang ditampilkan di tempat lain.

Batas ini tidak membuat aktivitas awal tidak relevan. Batas ini membuat kesimpulan dapat diuji. “Alamat B1 menerima 10,000 unit dalam pembelian berhasil pertama pada jendela tempat perdagangan yang disediakan” adalah pernyataan tepat. “Pembuat diam-diam membeli pertama” memasukkan klaim identitas, motif, dan akses yang memerlukan lebih dari transaksi saja.

Istilah

  • Pembayar biaya: akun yang membayar biaya jaringan transaksi.
  • Otoritas: akun yang diizinkan mengotorisasi operasi tertentu.
  • Penerima alokasi: akun yang menerima unit distribusi tanpa bukti pembelian.
  • Pembelian berhasil: pertukaran terverifikasi dengan hasil berhasil dan dampak yang relevan.
  • Jendela cakupan: riwayat berbatas yang benar-benar diperiksa.
  • Atribusi peran: melekatkan peran operasional yang teramati pada alamat.

Contoh historis

CONTOH ILLUSTRATIVE — FIX-P07-05. Enam baris merupakan data contoh lengkap untuk VENUE-A antara T+0 dan T+5 relatif. ID dan kuantitas bersifat fiktif.

CatatanWaktuTindakan/hasilBukti peran/dampak
INIT-AT+0inisialisasi, berhasilF membayar biaya; C menginisialisasi; A adalah otoritas mint
ALLOC-AT+1alokasi, berhasilR menerima 50,000 token; tanpa swap/pembayaran
BUY-FAILT+2upaya swap, gagalB0 mencoba; tidak ada pertukaran token berhasil
BUY-1T+3swap, berhasilB1 membayar 10 unit kuotasi; menerima 10,000 token
BUY-2T+4swap, berhasilB2 membayar 8 unit kuotasi; menerima 7,000 token
BUY-3T+5swap, berhasilB1 membayar 4 unit kuotasi; menerima 3,000 token

Dampak perdagangan ini merupakan catatan fiktif yang disediakan, bukan keluaran yang diturunkan dari pool pelajaran 3. Tidak ada model cadangan yang disediakan di sini; jangan mengimpor model.

Yang dibuktikan bukti

OBSERVED: Data contoh menetapkan peran inisialisasi berbeda kepada F, C, dan A. B1 memiliki pembelian berhasil paling awal pada jendela VENUE-A yang disediakan dan muncul dua kali.

INFERRED: Peta peran adalah representasi berguna dari hubungan yang teramati ini; peta tersebut tidak mengidentifikasi pengendali manusia akhirnya.

Yang tidak dibuktikan bukti

UNKNOWN: Tempat perdagangan/peristiwa lebih awal di luar data contoh, kepemilikan manusia, komunikasi pribadi, dan hak akses istimewa.

INSUFFICIENT EVIDENCE: Alokasi R bukan pembelian. BUY-FAIL bukan pembelian berhasil. Waktu aktivitas B1 tidak dapat menetapkan akses orang dalam atau hubungan dengan C.

Kesalahan umum

Menyamakan pembayar biaya dengan pembuat; mencantumkan penerima alokasi sebagai pembeli pertama; mengabaikan hasil gagal; menghitung transaksi sebagai pembeli berbeda; menafsirkan catatan terbaru-dahulu secara terbalik; dan menetapkan orang dalam manusia berdasarkan waktu peluncuran.

Latihan praktik

Buat peta peran inisialisasi dan urutkan peristiwa pembelian berhasil dalam jendela yang disediakan. Hitung alamat pembeli berhasil yang berbeda, jumlahkan pengeluaran kuotasi dan penerimaan token B1, lalu tulis ulang “B1 adalah pembeli orang dalam pertama proyek.”

Tampilkan koreksi terperinci

Koreksi beranotasi dan penalaran yang diharapkan

Peta perannya adalah F→pembayar biaya, C→penginisialisasi, A→otoritas mint, R→penerima alokasi. Peristiwa berhasil adalah BUY-1, BUY-2, dan BUY-3; BUY-FAIL hanya masuk tabel upaya. B1 paling awal dalam jendela yang disediakan. Dua alamat pembeli berbeda muncul: B1 dan B2. B1 membelanjakan 14 unit kuotasi dan menerima 13,000 token melalui dua peristiwa berhasil.

Penulisan ulang berbatas adalah “B1 merupakan alamat pembeli berhasil paling awal pada jendela VENUE-A yang disediakan; status orang dalam dan identitas manusia belum ditetapkan.” Klaim lebih luas “pertama sepanjang sejarah” memerlukan cakupan yang diperluas dan metode pengurutan terverifikasi.

Nilai dari sepuluh: peta peran (dua), penyaringan keberhasilan/urutan (tiga), jumlah alamat (satu), total B1 (dua), serta batas cakupan dan koreksi atribusi (dua). Penjumlahan yang benar tidak mengompensasi identitas rekaan.

Daftar periksa

  • Definisikan setiap peran operasional secara eksplisit.
  • Verifikasi hasil, instruksi, dan dampak saldo yang relevan.
  • Pisahkan alokasi, transfer, upaya, dan pertukaran berhasil.
  • Nyatakan cakupan tempat perdagangan/waktu/riwayat untuk setiap klaim “pertama”.
  • Hitung alamat unik secara terpisah dari peristiwa transaksi.

Ringkasan

Penyelidikan peluncuran harus mempertahankan peran yang berbeda dan dampak berhasil. “Pembeli pertama” hanya bermakna dalam cakupan pencarian terdokumentasi, dan alamat awal tidak otomatis merupakan pembuat atau orang dalam.

Ringkasan

Gunakan peta peran alih-alih satu label deployer yang ambigu. Pertahankan upaya gagal secara terpisah. Waktu mendukung kronologi, bukan motif.

Spesifikasi visual

Gambarkan peran INIT-A sebagai hubungan berlabel menuju simpul mint; gunakan garis waktu peristiwa terpisah untuk alokasi, upaya gagal, dan swap berhasil. Tampilkan B1 berulang tanpa membuat simpul alamat baru. Sertakan dampak kuotasi dan token dari data contoh serta batas cakupan VENUE-A yang terlihat.

Aturan penyampaian visual: biru navy gelap/hitam, aksen sian/biru elektrik/ungu, dengan satuan dan ketidakpastian diberi label secara eksplisit. Gunakan grafik deterministik atau SVG, bukan tangkapan layar rekaan. Pada 390 px, susun anotasi secara bertumpuk dan sediakan tabel data sebagai alternatif teks; verifikasi 768 px dan desktop nanti. Dalam bahasa Arab, lokalkan label dan tata letak dengan RTL alami, sambil mengisolasi alamat/hash dalam LTR dan mempertahankan arah transfer serta kronologi yang sebenarnya. Gunakan hanya logo resmi BlockAssay yang disediakan jika penjenamaan ditambahkan. Tidak ada aset visual atau perenderan seluler/RTL yang diklaim siap.

Alat

Gunakan WALLET_INTELLIGENCE hanya jika jaringan, aset, dan kolom yang dibutuhkan didukung secara tepat serta asal-usulnya terlihat. Ini adalah pemeriksaan pendidikan hanya-baca, bukan perdagangan atau peluncuran token. Gunakan kumpulan data luring yang disediakan jika akses atau data tidak tersedia; informasi yang hilang tetap tidak diketahui. Tindakan Open in BlockAssay di masa mendatang memerlukan perutean runtime dan cakupan sumber yang tervalidasi. Tidak ada CTA aset yang dapat dieksekusi untuk pengenal ilustratif. Partisipasi Academy dan status komersial tidak pernah mengubah pengamatan Radar.

Sumber dan batas klaim

  • Aset Solana: akun mint dan token — Identitas mint, kepemilikan akun token, dan peran mint/pembuatan yang berbeda. Diperiksa 2026-09-30.
  • Solana getTransaction — Pencarian transaksi terkonfirmasi dan hasil transaksi/waktu/meta yang dapat bernilai null. Diperiksa 2026-09-30.
  • Solana getSignaturesForAddress — Tanda tangan alamat yang dirujuk dengan yang terbaru dahulu serta parameter paginasi. Diperiksa 2026-09-30.
  • Struktur JSON Solana RPC — Penanda tangan transaksi, instruksi, dan metadata saldo/hasil. Diperiksa 2026-09-30.

Tabel dan data contoh latihan merupakan materi pendidikan orisinal kecuali secara eksplisit ditetapkan sebagai HISTORICAL. Pengenal fiktif sengaja tidak valid sebagai alamat blockchain. Dokumentasi mendukung definisi mekanisme, bukan nilai latihan rekaan. Pemeriksaan sumber merupakan riset editorial, bukan pengukuran langsung pada rantai. Sumber dapat berubah; tinjau kembali sebelum publikasi.

Pelajaran berikutnya

P07-L06; lanjutkan setelah menyelesaikan latihan dan meninjau setiap penjelasan kuis.

Spesifikasi visual

P07-L05-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Alamat mana menjalankan peran apa, dan peristiwa mana yang dihitung sebagai pembelian berhasil?

Peta peran deployer dan pembeli awal ilustratif; tanpa identitas dunia nyata.

Gambarkan peran INIT-A sebagai hubungan berlabel menuju simpul mint; gunakan garis waktu peristiwa terpisah untuk alokasi, upaya gagal, dan swap berhasil. Tampilkan B1 berulang tanpa membuat simpul alamat baru. Sertakan dampak kuotasi dan token dari data contoh serta batas cakupan VENUE-A yang terlihat.

F membayar, C menginisialisasi, A memegang otoritas, R menerima alokasi; kemudian B1, B2, dan B1 membeli dengan berhasil.

390px: anotasi bertumpuk dan tabel teks; penerimaan pada 768px dan desktop masih menunggu

Label/tata letak RTL; pengenal LTR; pertahankan sumbu faktual, kronologi, dan arah hubungan.

FIX-P07-05

P07-L05-V02

SPECIFICATION_ONLY · ILLUSTRATIVE

Klaim mana yang teramati, disimpulkan, tidak diketahui, atau tidak cukup didukung?

Klasifikasi bukti untuk pelajaran ini; tanpa putusan investasi.

Empat baris berlabel; tampilkan klaim, penunjuk bukti, batas, dan langkah verifikasi berikutnya.

Tabel teks berisi empat keadaan bukti dan batas setiap kesimpulan.

390px: anotasi bertumpuk dan tabel teks; penerimaan pada 768px dan desktop masih menunggu

Label/tata letak RTL; pengenal LTR; pertahankan sumbu faktual, kronologi, dan arah hubungan.

FIX-P07-05

Sumber dan batas klaim

S-TOKENS · official_documentation

Aset Solana: akun mint dan token

Klaim yang didukung
Identitas mint, kepemilikan akun token, dan peran mint/pembuatan yang berbeda.
Batas verifikasi
Halaman penerbit primer telah dibaca; transaksi buku besar historis tidak diputar ulang secara independen.
Tanggal pemeriksaan
2026-09-30
Buka sumber utama
https://solana.com/docs/tokens

S-TRANSACTION · official_documentation

Solana getTransaction

Klaim yang didukung
Pencarian transaksi terkonfirmasi dan hasil transaksi/waktu/meta yang dapat bernilai null.
Batas verifikasi
Halaman penerbit primer telah dibaca; transaksi buku besar historis tidak diputar ulang secara independen.
Tanggal pemeriksaan
2026-09-30
Buka sumber utama
https://solana.com/docs/rpc/http/gettransaction

S-SIGNATURES · official_documentation

Solana getSignaturesForAddress

Klaim yang didukung
Tanda tangan alamat yang dirujuk dengan yang terbaru dahulu serta parameter paginasi.
Batas verifikasi
Halaman penerbit primer telah dibaca; transaksi buku besar historis tidak diputar ulang secara independen.
Tanggal pemeriksaan
2026-09-30
Buka sumber utama
https://solana.com/docs/rpc/http/getsignaturesforaddress

S-STRUCTURE · official_documentation

Struktur JSON Solana RPC

Klaim yang didukung
Penanda tangan transaksi, instruksi, dan metadata saldo/hasil.
Batas verifikasi
Halaman penerbit primer telah dibaca; transaksi buku besar historis tidak diputar ulang secara independen.
Tanggal pemeriksaan
2026-09-30
Buka sumber utama
https://solana.com/docs/rpc/json-structures

Asal data

id: FIX-P07-05

dataStatus: ILLUSTRATIVE

observedAt: null

network: fictional Solana-like training model

identifiers: F/C/A/R/B0/B1/B2 and INIT-A etc.; not addresses/signatures

timeBasis: relative T+0 to T+5; complete only for the supplied venue window

Uji penalaranmu

P07-L05-Q1 · Siapa pembayar biaya dalam INIT-A?
P07-L05-Q2 · Catatan mana yang merupakan pembelian berhasil paling awal dalam jendela ini?
P07-L05-Q3 · Berapa alamat pembeli berhasil yang berbeda muncul?
P07-L05-Q4 · Apa yang ditetapkan pencarian transaksi null dengan sendirinya?
P07-L05-Q5 · Kesimpulan mana mengenai B1 yang didukung?