---
title: "Blockchain tanpa izin"
description: "Blockchain tanpa izin menghapus persetujuan identitas sebelumnya untuk tindakan protokol tertentu, tetapi kelayakan, akses praktis, pengaruh, privasi, dan tata kelola aplikasi harus dinilai secara terpisah."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Blockchain tanpa izin
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Blockchain tanpa izin memungkinkan pelaku melakukan tindakan protokol tertentu tanpa persetujuan identitas terlebih dahulu dari administrator atau konsorsium. Label tersebut harus menyebutkan tindakannya: membaca state publik, mengirim transaksi, menjalankan node yang memvalidasi secara independen, menemukan peer, mengusulkan blok, mengaktifkan stake, menerapkan kode, mengajukan bukti atau tantangan, dan mengubah tata kelola masing-masing dapat memiliki aturan berbeda.
Kelayakan tanpa izin tidak berarti gratis, anonim, memiliki pengaruh setara, atau menjamin akses. Biaya, saldo, stake, bond, perangkat keras, bandwidth, data, waktu aktif, keahlian perangkat lunak, antrean aktivasi, dan tenggat adalah syarat protokol atau operasional, bukan daftar izin identitas. Layanan RPC, frontend, builder, relay, staking pool, sequencer, bridge, oracle, administrator kontrak, dan proses tata kelola tetap dapat menciptakan gerbang izin praktis atau eksplisit.
## Cara kerjanya
1. Tetapkan chain, jaringan, fork, deployment, versi, pelaku, dan tindakan. Susun matriks izin untuk membaca, mengirim transaksi, memvalidasi secara lokal, menemukan peer, mengusulkan blok, melakukan staking atau mining, membuktikan atau menantang, menerapkan kode, dan mengatur upgrade.
2. Verifikasi jalur pembacaan dan validasi. Bedakan full client atau light client dari RPC atau indexer, state saat ini dari riwayat arsip, serta ketersediaan protokol dari kebijakan retensi, autentikasi, batas laju, dan privasi penyedia.
3. Telusuri akses transaksi mulai dari penandatanganan, pendanaan, nonce, gas dan batas biaya, admission lokal, relay, pemilihan oleh builder atau proposer, inclusion, eksekusi, fork choice, justification, hingga finality. Validitas atau satu pengakuan RPC tidak menjamin tahap berikutnya.
4. Pisahkan pengoperasian node dari pengaruh konsensus. Petakan execution client dan consensus client, sinkronisasi, penyimpanan, bandwidth, penemuan peer, serta ketahanan terhadap eclipse; lalu petakan syarat khusus chain untuk kerja, stake, aktivasi, kunci, waktu aktif, dan slashing dalam produksi blok.
5. Ukur konsentrasi praktis di antara mining pool atau staking pool, operator, client, cloud, RPC, builder, relay, dan jalur aliran order privat. Ketahanan Sybil mengaitkan pengaruh dengan sumber daya langka; mekanisme ini tidak mencegah pembuatan identitas jaringan berbiaya rendah.
6. Audit setiap dependensi aplikasi dan penskalaan secara terpisah. Deployment kontrak tanpa izin tidak menghapus kontrol owner, proxy, role, pause, atau allowlist. Bukti, tantangan, sequencer, ketersediaan data, bridge, dan oracle dapat memiliki bond, jendela waktu, kunci, atau pelaku berizin.
7. Petakan tata kelola protokol, client, dan aplikasi, wewenang darurat, serta adopsi upgrade. Pantau inclusion, finality, konsentrasi, kegagalan akses, dan kebocoran privasi; pertahankan jalur yang dihosting sendiri atau terdiversifikasi bila praktis tanpa mengklaim bahwa alternatif itu bebas biaya atau tahan sensor secara mutlak.
Gunakan matriks izin, bukan label chain biner. Suatu jaringan dapat mengekspos state publik dan menerima transaksi bertanda tangan sambil membatasi produksi blok; base layer tanpa izin dapat menampung aplikasi dengan allowlist dan administrator upgrade. Sebaliknya, jaringan berizin dapat menerbitkan data yang dapat diverifikasi tanpa membuka keanggotaan atau produksi blok.
Publik bukan berarti privat. Alamat bersifat pseudonim, sedangkan ledger, kueri RPC, koneksi peer, alamat IP, waktu, dan jalur pendanaan dapat menghubungkan aktivitas. Validasi sumber terbuka juga tidak menciptakan kesepakatan instan: penerimaan lokal, propagasi, inclusion, eksekusi berhasil, fork choice kanonis, dan finality tetap merupakan state yang berbeda.
## Contoh
- **Akses transaksi tetap memiliki gerbang biaya.** Untuk `gasUsed = 21,000`, `baseFee = 20 gwei`, `priorityFee = 2 gwei`, dan `maxFee = 30 gwei`, harga efektifnya adalah `min(30, 20 + 2) = 22 gwei`. Biayanya `21,000 * 22 = 462,000 gwei = 0.000462 ETH`. Pada `3,000 USD/ETH`, nilainya `1.386 USD`. Persetujuan identitas tidak diperlukan, tetapi pendanaan dan admission lokal tetap penting.
- **Validasi bukan hak untuk mengusulkan blok sesuai permintaan.** Dalam model pengajaran proporsional dengan active effective stake `3,200 ETH`, operator dengan `64 ETH` memiliki porsi `64 / 3,200 = 2%`. Sepanjang `10,000 slots`, perkiraan usulannya `10,000 * 2% = 200`; full node tanpa validator aktif memiliki bobot usulan `0`. Pemilihan dan reward aktual mengikuti protokol yang diterapkan, bukan hanya ekspektasi ini.
- **Beberapa URL dapat berbagi satu domain kegagalan.** Sebuah frontend mencantumkan `4 RPC URLs`, tetapi `3` dimiliki satu operator dan `1` independen. Porsi domain kegagalannya `75%` dan `25%`; Indeks Herfindahl-Hirschman adalah `0.75^2 + 0.25^2 = 0.625 = 6,250`. Akses protokol dapat terbuka sementara jalur masuk aplikasi terkonsentrasi.
- **Identitas Sybil tidak menciptakan bobot konsensus secara gratis.** Membuat `1,000 P2P identities` mungkin murah. Mengaktifkan `1,000 Ethereum validator keys` pada batas minimum yang dinyatakan sebesar `32 ETH` masing-masing memerlukan `1,000 * 32 = 32,000 ETH`, sebelum antrean, perangkat keras, dan operasi. Jumlah node tidak boleh menggantikan bobot stake atau kendali independen.
## Risiko
- Menerapkan satu label tanpa izin pada setiap tindakan
- Chain, jaringan, fork, deployment, atau aturan yang salah
- Autentikasi, pembatasan laju, sensor, gangguan, atau state RPC yang usang
- Pembatasan melalui frontend, domain, wallet, toko aplikasi, atau geografi
- Kebijakan mempool lokal menolak atau mengeluarkan transaksi valid
- Batas biaya, saldo, nonce, gas, atau calldata menghalangi pengiriman
- Sensor, kuasa pengurutan, dan MEV oleh builder atau proposer
- Konsentrasi dan kegagalan relay, builder, atau aliran order privat
- Hambatan modal, aktivasi, perangkat keras, dan operasional validator
- Konsentrasi mining pool atau staking pool, kustodian, dan operator
- Monokultur client dan bug implementasi yang berkorelasi
- Hambatan penyimpanan, bandwidth, sinkronisasi, riwayat, dan akses data
- Risiko bootnode, DNS, NAT, penilaian peer, eclipse, Sybil, dan DoS sumber daya
- Deanonimisasi melalui ledger, RPC, IP, waktu, pendanaan, dan grafik transaksi
- Kontrol owner, proxy, role, pause, atau allowlist kontrak
- Dependensi oracle, sequencer, bridge, ketersediaan data, atau multisig
- Kegagalan bond, jendela, data, komputasi, atau izin bukti maupun tantangan
- Mencampur penerimaan, penyiaran, inclusion, validitas, dan finality
- Mencampur tata kelola protokol, adopsi client, dan tata kelola aplikasi
- Pembatasan hukum, geografis, ISP, cloud, dan pasokan perangkat keras
## Kesalahpahaman umum
- **Tanpa izin berarti gratis, langsung, dan dijamin masuk.** Yang dihapus adalah gerbang persetujuan tertentu; batas ekonomi, teknis, dan pengurutan tetap ada.
- **Siapa pun yang menjalankan node dapat mengusulkan blok sesuka hati.** Validasi independen dan pemilihan pembuat blok oleh konsensus adalah peran berbeda.
- **Kelayakan protokol berarti partisipasi mudah dan pengaruh setara.** Biaya sumber daya dan pengaruh berbobot sumber daya dapat sangat berbeda.
- **Publik atau pseudonim berarti privat atau anonim.** Metadata onchain dan infrastruktur dapat mengungkap pola serta pelaku.
- **Base chain tanpa izin menjadikan setiap aplikasi tanpa izin.** Kontrak, rollup, bridge, frontend, dan tata kelola mempertahankan kontrol serta dependensinya sendiri.
## Topik terkait
- [Full node](/id/crypto/full-node/)
- [Jaringan peer-to-peer](/id/crypto/peer-to-peer-network/)
- [Ketahanan terhadap sensor](/id/crypto/censorship-resistance/)
## Sumber
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - National Institute of Standards and Technology (diakses: 2026-08-13)
- [Nodes and clients](https://ethereum.org/developers/docs/nodes-and-clients/) - Ethereum.org (diakses: 2026-08-13)
- [Networking layer](https://ethereum.org/developers/docs/networking-layer/) - Ethereum.org (diakses: 2026-08-13)
- [Transactions](https://ethereum.org/developers/docs/transactions/) - Ethereum.org (diakses: 2026-08-13)
- [Introduction to smart contracts](https://ethereum.org/developers/docs/smart-contracts/) - Ethereum.org (diakses: 2026-08-13)
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (diakses: 2026-08-13)
- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - Ethereum.org (diakses: 2026-08-13)
- [Introduction to Ethereum governance](https://ethereum.org/governance/) - Ethereum.org (diakses: 2026-08-13)
Source: https://wiki.fcontext.com/id/crypto/permissionless-blockchain/index.mdx