Lompat ke konten
Financial Context Wiki

Jaringan Layer 2

Panduan khusus deployment tentang eksekusi Layer 2, data availability, validasi state, settlement, finalitas, sequencer, tata kelola, bridge, biaya, dan jalur keluar yang dapat dieksekusi.

Diperbarui

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

Jawaban langsung

Layer 2 adalah protokol yang menjalankan atau mengoordinasikan aktivitas di luar base chain sambil mengandalkan chain tersebut untuk bagian tertentu dari validasi, data availability, settlement, atau penegakan jalur keluar. Sebutan ini bukan standar universal. Rollup yang menerbitkan data memadai dan menegakkan transisi state melalui fault proof atau validity proof memiliki asumsi kepercayaan yang berbeda dari validium, state channel, sidechain, bridge multisignature, atau ledger bursa, meski semua produk menyebut dirinya L2.

Untuk deployment tertentu, tanyakan apa yang benar-benar diterima kontrak L1, di mana data derivasi berada, siapa yang mengurutkan transaksi, bagaimana state tidak valid ditolak, kapan blok menjadi safe atau finalized, siapa yang dapat meng-upgrade atau menjeda sistem, dan apakah pengguna dapat keluar tanpa operator. Konfirmasi lebih cepat dan biaya lebih rendah adalah manfaat, tetapi keduanya tidak dengan sendirinya membuktikan inherited security.

Cara kerjanya

  1. Tetapkan identitas sistem: chain ID L1 dan L2, genesis dan fork, stack dan versi rollup, kontrak settlement dan bridge, implementasi proxy, jenis proof atau game, mode data availability, sequencer, dan referensi blok. Perlakukan nama situs dan istilah L2 sebagai metadata penemuan, bukan autentikasi.
  2. Klasifikasikan arsitektur pada sumbu terpisah. Catat lingkungan eksekusi, model pengurutan, mekanisme validasi state, lokasi data, settlement chain, dan jalur kustodi. Optimistic rollup, validity rollup, validium, channel, dan sidechain menggabungkan sumbu ini secara berbeda; execution engine yang kompatibel dengan EVM tidak menyamakan keamanannya.
  3. Rekonstruksi pipeline state. Ikuti pengajuan pengguna, pengurutan sequencer, eksekusi L2, encoding batch, publikasi data, state commitment, tantangan fault proof atau verifikasi validity proof, penyertaan L1, dan finalitas L1. Pastikan perangkat lunak independen dapat menurunkan state L2 yang diklaim dari input yang ditetapkan protokol.
  4. Pisahkan availability dan liveness. Tentukan apakah data berada di calldata atau blobs L1, sistem DA eksternal, atau committee; identifikasi asumsi retensi dan pemulihan. Uji outage sequencer, forced inclusion, pengajuan alternatif, kegagalan proposer atau prover, relay pesan, serta jalur escape atau withdrawal yang tepat.
  5. Pisahkan jam dan label status. Blok yang dikonfirmasi sequencer atau berstatus unsafe dapat mendahului publikasi data; blok safe dapat mendahului finalitas L1; penerimaan proof, penyelesaian sengketa, jatuh tempo withdrawal, dan pelepasan bridge dapat menambah gerbang tersendiri. Gunakan definisi deployment, bukan jumlah konfirmasi universal atau aturan tujuh hari.
  6. Petakan kendali dan ekonomi. Baca proxy admin, penundaan upgrade, kewenangan security council dan guardian, status pause, fee scalar, gas token, kapasitas batch, dan penerima biaya. Buat ledger terpisah untuk eksekusi L2, publikasi L1 atau DA, biaya operator, bridge, gas tujuan, dan biaya menunggu; kuotasi bukan jaminan eksekusi.
  7. Rekonsiliasi hasil pengguna. Verifikasi kontrak dan representasi token yang tepat, debit sumber, kredit tujuan, status receipt, state root dan message root, hash blok safe dan finalized, approval tersisa, serta jalur redemption atau exit pasar yang dapat dieksekusi. Periksa ulang konfigurasi setelah setiap upgrade dan jangan menyimpulkan keamanan bridge dari proving system rollup.

Contoh terhitung

  • Ekonomi batch. Sebuah batch berisi 2,000 transaksi yang rata-rata berukuran 160 bytes setelah kompresi ditambah 20,000 bytes framing tetap, sehingga totalnya 340,000 bytes. Pada $0.00002/byte, biaya data $6.80; ditambah $4.00 biaya proving dan settlement tetap menghasilkan $10.80, atau $0.0054/transaction. Dengan hanya 200 transaksi, asumsi yang sama menghasilkan 52,000 bytes, biaya data $1.04, dan total $5.04, atau $0.0252/transaction. Batching menurunkan biaya rata-rata hanya dalam asumsi ukuran, utilisasi, dan biaya yang dinyatakan.
  • Kapasitas dibanding throughput aktual. L2 hipotetis mengizinkan 60,000,000 gas setiap 2 seconds, sehingga kapasitas gasnya 30,000,000 gas/second. Pada 120,000 gas per operasi pengguna, batas mekanisnya 250 operations/second; pada utilisasi aktual 72%, nilainya 180 operations/second. Ini bukan finalitas, desentralisasi, atau throughput end-to-end, dan data, proving, atau sequencer dapat menjadi batas lebih dahulu.
  • Tiga jam status dan gerbang withdrawal. Dalam timeline pembelajaran bergaya OP, transaksi dikonfirmasi sequencer pada 12:00 UTC, batch menjadi safe setelah publikasi L1 pada 12:07, dan blok L1 yang memuatnya menjadi finalized pada 12:20. Jika withdrawal bridge dibuktikan pada 14:00 dan memiliki jatuh tempo ilustratif 7-day, pelepasan paling awal adalah minggu berikutnya pada 14:00, bergantung pada kondisi game, pause, dan L1. Finalitas transaksi L2 pada 12:20 bukan peristiwa yang sama dengan pelepasan bridge.
  • Nilai yang dapat dieksekusi setelah bridging. Pengguna menyetor 1,000 USDC; biaya protokol 2 USDC menyisakan 998 USDC di L2, sedangkan gas sumber menelan $7.50 secara terpisah. Token yang diterima memiliki executable bid $0.995, price impact 0.20%, dan gas keluar $3, sehingga nilai exit bersih adalah 998 * 0.995 * (1 - 0.002) - 3 = $988.02398. Dibandingkan $1,000, kekurangannya $11.97602, atau 1.197602%; identitas token, klaim bridge, dan likuiditas tetap penting di luar label L2.

Risiko

  • Menggunakan L1, L2, chain ID, deployment, fork, atau versi protokol yang salah.
  • Menganggap label pemasaran L2 sebagai klasifikasi keamanan baku.
  • Mencampur sidechain, validium, channel, atau ledger kustodial dengan rollup.
  • Menerima RPC, explorer, bridge, token, atau alamat kontrak palsu.
  • Penyensoran, equivocation, outage, atau penyalahgunaan private ordering oleh sequencer.
  • Data batch dan derivasi yang hilang atau tertunda.
  • Penahanan data, kegagalan, atau kolusi sistem DA eksternal atau committee.
  • State commitment tidak valid atau bug pada proving system, game, atau verifier.
  • Kegagalan liveness proposer, prover, challenger, atau relayer.
  • Kemacetan, sensor, reorganisasi, atau finalitas L1 yang tertunda.
  • Mencampur status unsafe, safe, finalized, proven, dan withdrawable.
  • Jalur forced inclusion atau escape yang dijeda, mahal, atau tidak dapat digunakan.
  • Upgrade proxy segera atau exit window pengguna yang tidak memadai.
  • Kompromi kunci admin, guardian, atau security council.
  • Kegagalan escrow bridge, mapping token, decimals, atau representasi.
  • Biaya data, eksekusi, operator, bridge, atau tujuan yang tidak masuk kuotasi.
  • Kekurangan kapasitas, rate limit, kemacetan, slippage, atau gas token.
  • Menganggap kompatibilitas EVM berarti opcode, precompile, atau aturan keamanan identik.
  • Pesan lintas L2 yang menggabungkan asumsi finalitas, bridge, atau dependensi lebih lemah.
  • Menganggap sukses di wallet, TPS tinggi, atau biaya rendah sebagai keamanan dan finalitas ekonomi.

Kesalahpahaman umum

  • Setiap jaringan yang disebut Layer 2 mewarisi seluruh keamanan Ethereum.
  • Konfirmasi sequencer sama dengan finalitas yang didukung L1.
  • Validity proof atau fault proof otomatis menyelesaikan data availability dan penyensoran.
  • Proving system rollup juga menjamin setiap token yang dijembatani dan aplikasi.
  • Biaya rendah atau TPS tinggi membuktikan desentralisasi, solvabilitas, dan exit yang dapat dieksekusi.

Topik terkait

Sumber

Navigasi

Cari di wiki...