Lompat ke konten
Financial Context Wiki

Penjelajah blok

Panduan yang mengutamakan verifikasi tentang penjelajah blok, batas node dan pengindeks, receipt, log, trace, metadata token, kontrak proksi, verifikasi kode sumber, dan penanganan reorganisasi.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban langsung

Penjelajah blok adalah antarmuka dan pengindeks di luar chain yang mengubah data node menjadi halaman yang dapat ditelusuri untuk blok, transaksi, alamat, kontrak, token, log, dan terkadang trace eksekusi. Penjelajah bukan blockchain, peserta konsensus, ataupun jaminan independen. Setiap hasil mewarisi chain yang dipilih, keadaan node, alur pengindeksan, dekoder, label, dan waktu pengamatan.

Pisahkan empat lapisan bukti. Header blok, transaksi, dan receipt adalah objek protokol; respons RPC merupakan pandangan satu node atau penyedia; trace, tab transfer token, dan agregat alamat adalah tampilan yang direkonstruksi atau diindeks; sedangkan nama, label risiko, harga fiat, dan lencana sumber terverifikasi menambahkan interpretasi eksternal. Penjelajah sangat berguna untuk investigasi, tetapi kesimpulan penting harus dicocokkan dengan pengenal mentah, silsilah kanonis, receipt atau keadaan UTXO, dan endpoint independen.

Cara kerja

  1. Tetapkan nama host penjelajah, chain ID atau jaringan Bitcoin, waktu pengamatan, serta pengenal transaksi, blok, atau alamat. Jangan menerima simbol, nama, atau alamat yang dipendekkan sebagai identitas; simpan pengenal lengkap dan aset atau kontrak yang diharapkan.
  2. Klasifikasikan setiap kolom yang ditampilkan. Bedakan data protokol, hasil RPC terkini dari sebuah node, agregat atau trace turunan pengindeks, metadata hasil dekode, serta label atau harga pihak ketiga. Catat lapisan yang mendukung setiap kesimpulan.
  3. Verifikasi siklus hidup dan status kanonis. Periksa apakah transaksi masih pending atau sudah disertakan, hash dan tinggi blok, silsilah parent, konfirmasi atau safe dan finalized, serta status penggantian dan reorganisasi. Hash yang dapat dicari bukan bukti penyertaan kanonis.
  4. Cocokkan eksekusi. Pada chain EVM, periksa status, gasUsed, effectiveGasPrice, log, serta perubahan saldo, allowance, atau storage yang sebenarnya. Receipt dengan status = 1 membuktikan eksekusi tingkat teratas tidak revert, bukan bahwa tujuan ekonominya aman; transaksi dengan status = 0 tetap dapat disertakan dan menghabiskan gas.
  5. Perlakukan tampilan hasil dekode sebagai klaim. Verifikasi signature peristiwa, alamat kontrak, topic, data, desimal token, dan ABI. Perlakukan “transaksi internal” sebagai frame call trace, bukan transaksi protokol yang ditandatangani secara terpisah, dan antisipasi cakupan trace yang berbeda menurut klien dan penyedia.
  6. Pastikan identitas dan kemampuan perubahan kontrak. Reproduksi verifikasi kode sumber bila material, lalu periksa bytecode runtime, implementasi proksi, beacon atau admin, otoritas upgrade, dan tata letak storage. Lencana sumber terverifikasi menghubungkan input compiler yang dikirimkan dengan bytecode; lencana itu bukan audit atau dukungan penerbit.
  7. Periksa silang dengan penjelajah independen atau kueri langsung ke node, simpan respons mentah dan timestamp, lalu cocokkan kembali setelah finalitas yang disyaratkan. Selidiki perbedaan akibat indeks usang, arsip yang tidak tersedia, reorg, ketidaksepakatan RPC, token spam, upgrade proksi, atau perubahan label di luar chain.

Contoh terapan

  • Catatan biaya receipt. Transaksi EVM yang disertakan melaporkan gasUsed = 52,000 dan effectiveGasPrice = 18 gwei. Biaya eksekusinya adalah 52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH. Pada kuotasi eksternal bertimestamp $2,500/ETH, nilainya $2.34; biaya ETH adalah data chain, sedangkan nilai dolar merupakan estimasi di luar chain.
  • Desimal token. Sebuah log transfer membawa bilangan bulat mentah 123,456,789 untuk kontrak dengan decimals = 6 yang telah diverifikasi. Jumlah yang ditampilkan ialah 123,456,789 / 10^6 = 123.456789 tokens. Jika salah mengasumsikan 18 desimal, hasilnya menjadi 0.000000000123456789, sehingga identitas kontrak dan desimal harus diverifikasi bersama.
  • Trace dibanding transaksi. Satu transaksi bertanda tangan mengirim 1.00 ETH ke kontrak A. Call trace menunjukkan A meneruskan 0.72 ETH ke B dan mengembalikan 0.25 ETH; A menyimpan 1.00 - 0.72 - 0.25 = 0.03 ETH, sebelum gas yang dibayar pengirim. Frame panggilan ini membantu mencocokkan aliran nilai, tetapi bukan tiga transaksi bertanda tangan yang independen.
  • Rollback pengindeks. Transaksi dalam blok 20,000,000 muncul ketika tip berada di 20,000,012, sehingga kedalaman inklusifnya 20,000,012 - 20,000,000 + 1 = 13. Jika reorganisasi menghapus blok tersebut, receipt kanonis menjadi tidak ada dan log-nya harus dibatalkan. Penjelajah yang masih menampilkan 13 confirmations sudah usang, bukan sumber kebenaran konsensus alternatif.

Risiko

  • Memeriksa chain, testnet, fork, atau tiruan penjelajah yang salah.
  • Menyalin alamat yang dipendekkan, diracuni, atau tampak serupa.
  • Menganggap nama atau simbol token sebagai identitas kontrak.
  • Menganggap hash pending yang dapat dicari sebagai penyertaan kanonis.
  • Memercayai backend RPC yang usang, masih sinkronisasi, atau terisolasi.
  • Membandingkan tinggi tanpa memverifikasi hash blok dan silsilahnya.
  • Melewatkan penggantian, konflik, atau reorganisasi chain.
  • Menganggap keberhasilan receipt sebagai keberhasilan ekonomi atau aplikasi.
  • Mengabaikan gas yang dibayar oleh transaksi revert yang sudah disertakan.
  • Menganggap log peristiwa sebagai keadaan akhir yang otoritatif.
  • Mendekode log dengan ABI, signature, atau desimal yang salah.
  • Menganggap frame trace sebagai transaksi bertanda tangan tersendiri.
  • Mengasumsikan setiap penyedia menampilkan trace lengkap dan identik.
  • Melewatkan data akibat arsip, pruning, paginasi, atau batas laju.
  • Menganggap kode sumber terverifikasi sebagai audit atau bukti penerbit.
  • Memeriksa satu implementasi saat berinteraksi dengan proksi lain.
  • Melewatkan perubahan proksi, beacon, admin, atau upgrade.
  • Memercayai token spam, label alamat, atau harga fiat sebagai fakta konsensus.
  • Memakai saldo penjelajah tanpa mencocokkan UTXO atau storage kontrak.
  • Bergantung pada satu penjelajah saat terjadi gangguan, penyensoran, atau kesalahan indeks.

Kesalahpahaman umum

  • Penjelajah blok adalah blockchain atau memvalidasi setiap klaim yang ditampilkan secara independen.
  • status = 1, lencana hijau, atau banyak konfirmasi membuktikan transaksi mencapai hasil ekonomi yang dimaksud pengguna.
  • Log peristiwa dan “transaksi internal” sama dengan keadaan akhir dan transaksi bertanda tangan terpisah.
  • Kode sumber terverifikasi membuktikan kontrak telah diaudit, autentik, tidak dapat diubah, dan aman.
  • Saldo, label, harga token, dan metode hasil dekode pada penjelajah adalah data konsensus yang harus ditampilkan identik oleh semua penyedia.

Topik terkait

Sumber

Navigasi

Cari di wiki...