Sumber pendanaan

Master sumber EN · P09-L03 · 45 menit perkiraan · needs_review

“Didanai oleh X” dapat berarti pengirim langsung, sumber terdahulu yang terlihat, label layanan, atau asal manusia paling awal. Itu klaim berbeda. Riwayat tidak lengkap dapat mendukung peristiwa masuk pertama yang terlihat sambil membiarkan dana awal dan asal-usul hulu tidak diketahui.

Anda akan merekonstruksi jalur pendanaan berbatas, membedakan pendanaan native dan token, serta menyatakan prariwayat yang hilang. Pendanaan bersama tetap pengamatan hubungan, bukan bukti pemilik bersama.

Definisikan pendanaan sesuai pertanyaan

Tentukan aset, target, dan tujuan. Satuan native untuk membayar biaya berbeda dari token yang diterima untuk aktivitas lain. Jika dompet menerima token tetapi tidak mempunyai arus masuk native yang disediakan, Anda tidak dapat menganggap peristiwa token menjelaskan saldo biayanya.

“Transfer native masuk pertama yang terlihat” adalah aturan yang dapat direproduksi. “Pemberi dana asli” lebih kuat: memerlukan prariwayat dan definisi asal yang jelas. Snapshot dengan saldo pembukaan sudah menetapkan bahwa jendela tampilan tidak menjelaskan setiap satuan.

Gunakan alamat target tepat dan akun token terkait. Enumerasi token Solana menurut pemilik difilter menurut mint atau program [S09-OWNERS]; ini memberikan hubungan akun, bukan manusia di balik pendanaan. Jangan menggabungkan aset hanya karena antarmuka yang sama menampilkannya.

Pisahkan sumber langsung dari riwayat hulu

Transfer langsung berhasil dapat mengidentifikasi akun sumber langsung menurut mekanisme terdekodenya. Ini tidak mengidentifikasi siapa yang menginstruksikan akun itu, apakah ia mewakili layanan, atau dari mana dana akhirnya berasal.

Jalur dua lompatan A→HUB→W mencatat dua operasi. Dalam model saldo berbasis akun, dana masuk dapat bercampur dengan persediaan sebelumnya. Menampilkan jalur kronologis tidak menetapkan bahwa satuan tepat yang diterima W secara unik merupakan yang dikirim A. Jelaskan asumsi alokasi jika mencoba atribusi arus.

Untuk pelajaran ini, jangan mengalokasikan satuan tertentu melalui hub. Laporkan jalur yang disediakan dan batasnya. Grafik dapat berguna tanpa berpura-pura melacak koin yang dapat diidentifikasi secara unik melalui saldo fungibel.

Bedakan mekanisme peristiwa

Transfer token, pencetakan token, imbalan, pengembalian dana, dan operasi terkait bridge dapat mengubah persediaan. Itu bukan sisi sumber yang dapat dipertukarkan. Operasi pencetakan bridge terdekode dapat mengidentifikasi mekanisme lokal tanpa mengidentifikasi penyetor lintas rantai asli.

Transfer kembali tidak boleh dinamai pengembalian dana hanya karena mengikuti transfer keluar terdahulu. Label memerlukan bukti mekanisme atau konteks. Demikian pula, pembayaran dari alamat berlabel bursa adalah pembayaran dari alamat itu beserta label belum terverifikasi sampai asal-usul mendukung klaim layanan.

Instruksi dan metadata hasil menyediakan tampilan mekanisme untuk pemeriksaan tersebut [S09-STRUCTURES]. Dokumentasi menjelaskan interpretasi bidang; tidak mengautentikasi label ekonomi penyedia atau catatan latihan rekaan.

Catat cakupan sebelum memilih peristiwa paling awal

Riwayat tanda tangan Solana berurutan terbaru dahulu dan dipaginasi [S09-SIGNATURES]. Item tertua pada satu halaman yang dikembalikan hanya item tertua di halaman tersebut. Lingkup pencarian, paginasi, dan retensi penyedia menentukan aktivitas sebelumnya yang mungkin hilang.

Ambil keberhasilan dan jumlah terpisah dari daftar penemuan. Hasil transaksi null pada commitment yang diminta adalah bukti tidak tersedia [S09-TRANSACTION]. Jangan memasukkan jumlah atau pengirim tebakan pada grafik pendanaan hanya untuk menyambungkan kesenjangan.

Tetapkan jendela pengamatan. Jika saldo awal disediakan tetapi asalnya tidak, gambarkan kesenjangan prariwayat berlabel alih-alih menganggap transfer pertama berikutnya sebagai penciptaan akun. Peristiwa pendanaan paling awal yang terlihat belum tentu pendanaan pertama akun yang sebenarnya.

Rekonsiliasi saldo berbatas

Untuk jendela yang dinyatakan lengkap, saldo akhir sama dengan saldo pembukaan ditambah perpindahan masuk berhasil dikurangi perpindahan keluar berhasil dan biaya yang berlaku. Nyatakan biaya yang termasuk. Fixture secara eksplisit menetapkan biaya native dan efek lain nol untuk model sederhana ini.

Masuk bruto, keluar bruto, dan perubahan neto tetap terpisah. Dompet yang menerima6 dan mengirim5 meningkat neto1. Ia tidak “hanya menerima1”, dan tidak bertambah6 dengan mengabaikan aktivitas keluarnya.

Rekonsiliasi mendukung penjelasan akuntansi di dalam jendela. Tidak dapat menetapkan motif, legitimasi, atau kepemilikan ekonomi saldo pembukaan. Jika catatan tidak lengkap, pertahankan delta yang belum terjelaskan alih-alih mengatribusikannya pada akun hulu tebakan.

Tafsirkan sumber bersama tanpa menggabungkan orang

Jika HUB mengirim ke beberapa alamat, hubungan yang teramati adalah pendanaan langsung bersama. Penjelasan mungkin mencakup satu operator, layanan bersama, distribusi publik, atau penarikan tidak terkait. Keberadaan alternatif tidak membuktikan salah satunya; ini mencegah satu penjelasan menjadi bukti eksklusif.

Label penyedia mungkin membantu merumuskan pemeriksaan berikutnya. Catat penerbit, dasar bukti, dan lingkupnya. Beberapa antarmuka yang menyalin label sama tidak menambah bukti identitas independen. Jangan membuat simpul orang berdasarkan sumber bersama.

Tulis klaim pada tingkat dukungannya

Utamakan “F1 adalah peristiwa native masuk berhasil pertama yang terlihat dalam SIM-DAY5–8; asal-usul 3 satuan pembukaan tidak diketahui” daripada “HUB menciptakan W”. Kalimat sempit tetap berguna dan dapat diuji.

Jika target adalah mekanisme pendanaan, bukan identitas, minta hasil transaksi, jalur transfer terdekode, dan saldo yang cocok. Jika target adalah asosiasi hulu, diperlukan bukti sumber/kendali tambahan. Jalur pendanaan tidak mengeluarkan sinyal BUY/SELL atau menetapkan kausalitas pasar.

• Sumber langsung: akun yang langsung menyediakan perpindahan terdekode.
• Sumber hulu: titik terdahulu dalam jalur teramati.
• Saldo pembukaan: persediaan pada awal jendela.
• Kesenjangan prariwayat: catatan tidak tersedia sebelum jendela.
• Mekanisme pendanaan: transfer, pencetakan, atau operasi lain yang ditentukan.
• Asumsi alokasi: aturan pelacakan jumlah fungibel melalui persediaan campuran.

ILLUSTRATIVE — FIX-P09-03. SIM-CHAIN-A / W. Angka SIM-DAY adalah offset hari kalender rekaan. Efek native lengkap pada SIM-DAY5–8; pembukaan 3 satuan NATIVE, biaya/efek lain nol dalam model ini.

F0 adalah catatan hulu yang disediakan di luar jendela target, bukan riwayat HUB lengkap. F5 merupakan aset terpisah; kaitan deposit rantai sumber tidak tersedia. Penyedia melabeli HUB “bursa” tanpa autentikasi.

OBSERVED dalam fixture: F1 menyediakan5 satuan native langsung dari HUB; F3 mengembalikan1 dari B; F5 menyediakan operasi pencetakan lokal.

INFERRED: Dalam jendela native, masuk 6, keluar 5, neto+1, dan akhir 4. F1 adalah peristiwa native masuk pertama yang terlihat di jendela tersebut.

UNKNOWN: Asal pembukaan 3, manusia di hulu, identitas layanan HUB, dan penyetor asli F5.

INSUFFICIENT EVIDENCE: F0/F1 tidak mengalokasikan50 milik A secara unik ke W. Urutan F3 tidak dapat membuktikan makna pengembalian dana. Pendanaan bersama HUB tidak dapat menetapkan kepemilikan manusia bersama.

Menyebut baris tertua yang dikembalikan pendanaan pertama sebenarnya; mengabaikan persediaan pembukaan; menambahkan token bridge ke satuan native; mengalokasikan satuan hub fungibel tanpa asumsi; dan mengadopsi label sumber penyedia sebagai bukti identitas.

Gambarkan jalur native yang disediakan dengan kesenjangan prariwayat, hitung rekonsiliasi jendela W, dan identifikasi sumber native pertamanya yang terlihat. Klasifikasikan klaim pengembalian dana, bursa, dan penyetor bridge asli.

• Tentukan aset target dan aturan pendanaan.
• Pisahkan pengamatan langsung dan hulu.
• Pertahankan kesenjangan asal-usul saldo pembukaan.
• Verifikasi mekanisme berhasil, bukan hanya label.
• Rekonsiliasi bruto dan neto dalam cakupan.
• Jangan pernah menggabungkan pemilik dari pendanaan bersama.

Analisis pendanaan merekonstruksi jalur dan jumlah yang tersedia. Kesimpulan jujur terkuatnya mungkin sumber pertama yang terlihat dengan kesenjangan prariwayat eksplisit.

Sumber langsung bukan asal akhir. Jalur bukan alokasi unik melalui hub. Pendanaan bersama dan label penyedia tidak membuktikan identitas.

Grafik native berarah F0–F4 dengan jumlah dan offset hari; tandai prariwayat HUB tidak diketahui dan pembukaan W 3. Tempatkan pencetakan bridgeF5 pada jalur aset terpisah dengan sisi rantai sumber hilang. Panel rekonsiliasi6 masuk/5 keluar/neto+1/akhir4; label penyedia bergaris putus-putus.

Jalur pendanaan ilustratif; sumber bersama tidak menetapkan kepemilikan.

Gunakan SVG/HTML deterministik atau grafik dengan satuan, penunjuk bukti, dan alternatif teks. Biru navy/hitam dengan cyan, biru elektrik, dan ungu secukupnya; tanpa tangkapan layar explorer dekoratif atau rekaan. Pada 390px tumpuk anotasi; verifikasi 768px, desktop, dan RTL Arab ketika aset diimplementasikan. Pertahankan pengenal LTR dan arah faktual waktu/sisi/sumbu tanpa perubahan. Gunakan hanya merek BlockAssay resmi yang disediakan. Kedua catatan visual tetap berupa spesifikasi.

WALLET_INTELLIGENCE memetakan pemeriksaan hanya-baca atas catatan alamat publik, hubungan, dan asal-usul. Verifikasi jaringan yang didukung, pengenal tepat, bidang, dan cakupan sebelum integrasi runtime apa pun; tidak ada kemampuan penyedia langsung yang diklaim di sini. Gunakan latihan luring tertanam jika data atau akses berbayar tidak tersedia. Tidak diperlukan koneksi dompet, kredensial, kunci privat, tanda tangan, atau perdagangan langsung. Data yang hilang tetap tidak diketahui. Kemajuan Academy, status kreator, pembayaran, dan rujukan tidak pernah mengubah bukti Radar.

• Solana getSignaturesForAddress — Riwayat tanda tangan yang merujuk alamat, urutan terbaru dahulu, dan paginasi. Diperiksa 2026-09-30.
• Solana getTransaction — Pencarian transaksi, commitment, serta bidang data/waktu yang dapat null. Diperiksa 2026-09-30.
• Struktur JSON RPC Solana — Metadata hasil, biaya, instruksi, dan saldo sebagai tampilan yang berbeda. Diperiksa 2026-09-30.
• Solana getTokenAccountsByOwner — Enumerasi kepemilikan menurut pemilik dengan filter mint/program. Diperiksa 2026-09-30.

Semua catatan contoh adalah fixture ILLUSTRATIVE asli, bukan pengukuran rantai historis/langsung. Dokumentasi menjelaskan mekanisme, bukan jumlah atau label rekaan. Kronologi sintetis dibatasi secara eksplisit; observedAt=null disengaja. OBSERVED dalam latihan berarti catatan fixture yang disediakan. Tinjau kembali dokumentasi dan dekode yang diterapkan sebelum publikasi. Label penyedia tidak menetapkan identitas; kendali alamat dan atribusi manusia memerlukan bukti yang berbeda.

P09-L04 setelah latihan terurai dan peninjauan pertanyaan.