TONboard

Struktur blok di blockchain TON

2 min readupdated 2026-06-04✏️ Suggest an edit🕑 History
On this page (13)

Blok dalam TON memiliki struktur yang fleksibel tidak seperti blockchain dengan ukuran blok tetap. Hal ini memungkinkan untuk menyimpan berbagai jenis data secara efisien.

Tiga tingkat arsitektur#

TingkatPengangkatan
MasterchainRantai utama, mengkoordinasikan jaringan lain, metadata
VorkchainSubtape untuk protokol/aplikasi
SardinSegmen paralel dari Vorkchain

Model Blok#

Judul (Header) di Masterchain

BidangPengangkatan
Tautan ke Blok sebelumnyaHash kriptografi → Ketersediaan rantai
Hash Akar (root hash)Akar pohon Merkl → integritas data
Identifikasi WorkchainShard yang memiliki blok.
Nomor slot berikutnyaWaktu untuk membuat blok berikutnya
Data tambahanValidator, batas, versi protokol

Bagian utama (Body) dalam huruf sardea

  • Ukuran Variabel;
  • Transaksi (transfer, kontrak, transaksi);
  • Perubahan kondisi rekening (balance sheet, penyimpanan).

Dimensi Dinamis

  • Header tetap + kecil;
  • Body variabel → disesuaikan dengan volume;
  • Skalabilitas yang efisien tanpa kehilangan produktivitas.

Pohon Merkle#

  1. Setiap transaksi/fragmen di-hash;
  2. Hash digabungkan secara berpasangan → hash baru;
  3. Proses ini berlangsung sampai satu-satunya root hash;
  4. Setiap modifikasi Mengubah hash → manipulasi jelas.

Model Transaksi#

KomponentBerisi
JudulWaktu logis, hitungan, identifikasi
Data MasukPengirim + Pesan Asal
Data tentang tindakanKode Smart-kontrak + perubahan kondisi
Data akhirKirim pesan ke akun/shard lainnya

Lebih lanjut: TON Transaction Types.

Tak Terhingga .sharding#

Paradigma tak terbatas.sharding:

  • Generasi Chord Dinamis untuk kebutuhan jaringan;
  • Tidak berantakan Hubungan antar-shard;
  • Pengimbangan beban;
  • Skala tanpa batas, namun tetap produktif.

Besi kerja dan pengolahan paralel#

  • Jaringan = banyak shard (workchain);
  • Setiap orang memproses transaksi. sekaligus;
  • Judul blok → integritas umum.

Setiap blockchain berisi:

  • Daftar transaksi;
  • Kondisi saat ini dari rekening dan kontrak;
  • Header dengan metadata.

Keamanan#

MesinPengangkatan
Fungsi HeshKeseluruhan data
Tanda tanganLegitimasi blok dan transaksi
Konsensus BFT (varian)Pengesahan tanpa kepercayaan yang terdesentralisasi
Pelanggan yang mudahHanya memuat judul → hemat sumber daya

Manfaatnya#

  • Skalabilitas melalui desain dinamis + sharding;
  • Efisiensi melalui arsitektur yang dioptimalkan;
  • Fleksibilitas ketika beban berubah;
  • Perlindungan kriptografi data.

Sumbernya#

Artikel serupa#

ℹ️ Informasi diverifikasi: 2025

Prepared by

TONboard

Support the project with a TON tip.

Comments

Posting a comment costs a small on-chain fee that keeps spam out.
  • No comments yet — be the first.