TON Mimarisi Açıklandı: Masterchain, Workchains ve Sharding (2026)
— By Tony Rabbit in Tutorials
TON'un mimarisi alışılmadık: talep arttıkça otomatik olarak parçalanan bir zincir hiyerarşisi. Bu kılavuz, masterchain, workchains, shardchains, TVM ve hepsini bir araya getiren doğrulayıcı tasarımını açıklar.
TON'un mimarisi, kripto dünyasında en çok tartışılan ve en az anlaşılan tasarımlardan biridir. Çoğu zincir tek durumlu makinelerden oluşur: bir zincir, bir küresel defter, bir darboğaz. TON, talebe bağlı olarak otomatik olarak bölünebilen veya birleştirilebilen bir zincir hiyerarşisidir. Sonuç, kullanıcılara tek bir uygulama gibi hissettiren, ancak arka planda birçok bağlı zincir gibi davranan bir ağdır.
Hızlı cevap: TON, üç bağlı katman olarak inşa edilmiştir. Masterchain, tüm ağı koordine eder ve doğrulayıcı verilerini depolar. Workchains, kendi kural setleriyle uygulama mantığını çalıştırır ve şu anda en çok kullanılan workchain, temel workchain'dir (workchain 0). Shardchains, yük yüksek olduğunda bölünen ve yük düştüğünde tekrar birleştirilen bir workchain'in alt bölümleridir. Tüm zincirler TVM'yi (TON Sanal Makinesi) çalıştırır ve doğrulayıcılar masterchain tarafından bunlar arasında döndürülür.
- Masterchain gerçeğin kaynağıdır. Doğrulayıcı bilgilerini, yapılandırmayı ve diğer tüm zincirlere referansları tutar.
- Workchains farklı kural setlerine sahip olabilir. Bugün temel workchain, çoğu aktiviteyi yönetmektedir.
- Shardchains otomatik olarak bölünür. Yük altında, bir shard ikiye bölünebilir. Sakin koşullarda tekrar birleştirilirler.
- TVM asenkron çalışır. Sözleşmeler, senkron çağrılar yapmak yerine mesaj gönderir.
- Doğrulayıcılar döner. Masterchain, her turda aktif shardlara doğrulayıcı grupları atar.
TON'un üç katmanı
Hiyerarşi, başlamak için en kolay yerdir. TON'u en üstte bir masterchain, altında küçük bir workchain seti ve her workchain'den çıkan birçok shardchain olarak düşünün.
Masterchain
Masterchain hiyerarşinin en üstünde yer alır. Ağın doğrulayıcı setini, mevcut yapılandırma parametrelerini takip eder ve diğer tüm zincirlerin en son bloklarına referans verir. TON'un "küresel durumu" okuduğunuzda, aslında masterchain'i ve onun işaret ettiği en son referansları okuyorsunuz.
Workchains
Workchains orta katmandır. Protokol, her birinin kendi kural setini ve sanal makine ayarlarını tanımlayabildiği 2^32 workchain'e kadar izin verir. Pratikte, bugün yalnızca temel workchain (workchain 0) yaygın olarak kullanılmaktadır. Yeni workchain'ler, özel ortamlar barındırmak için yönetişim aracılığıyla eklenebilir.
Shardchains
Shardchains alt katmandır. Her workchain, hesapların bir alt kümesini yöneten shardchains'e bölünebilir. Shard sayısı talebe bağlı olarak otomatik olarak değişir, bu nedenle TON, tek bir küresel kuyrukta boğulmadan faaliyet patlamalarını absorbe edebilir.
Dinamik sharding basit bir dille
TON'un en belirgin özelliği dinamik sharding'dir. Shardchains'in sayısı sabit değildir; talebe uyum sağlar.
Yük altında bölünme
Bir shardchain yoğunlaştığında, protokol bir bölünmeyi tetikler: mevcut shardchain iki yeni shardchain'e bölünür, her biri orijinal hesap aralığının yarısını yönetir. Yeni doğrulayıcılar yeni shardlara atanır ve bu workchain için işlem hacmi etkili bir şekilde iki katına çıkar.
Sakin olduğunda birleştirme
İki komşu shard, sürdürülebilir bir zaman diliminde düşük yük altında olduğunda, tekrar bir shardchain'e birleştirilebilirler. Bu, sakin dönemlerde doğrulayıcı yükünü ve depolama maliyetlerini kontrol altında tutar.
Ücretler için neden önemlidir
Çoğu blok zinciri, yük hafifken ücretleri sabit tutar, ardından yoğunluk sırasında artar. Sharding, kapasite gerektiğinde tam olarak ekleyerek bu profili düzleştirir. Kullanıcı deneyimi, tek bir zincir tasarımını ezebilecek rejimlerde bile ucuz ve hızlı kalır.
TON Sanal Makinesi ve asenkron sözleşmeler
TVM, TON akıllı sözleşmelerini çalıştıran motordur. EVM'den gerçekten farklıdır, çoğunlukla TON'un senkron çağrılar yerine asenkron mesaj geçişi kullanmasından dolayıdır.
Asenkron yürütme
Ethereum'da, bir sözleşme diğerini çağırabilir ve sonucu aynı işlem içinde okuyabilir. TON'da, sözleşmeler birbirlerine mesaj gönderir. Alıcı sözleşme, mesajı daha sonraki bir adımda, muhtemelen farklı bir shardda işler. Bu daha yavaş gibi görünüyor, ancak TON'un işleri shardlar arasında paralel olarak yaymasına olanak tanıyan şey budur.
Hücreler, hücre torbaları ve depolama
TON'un veri modeli, "hücreler"i temel yapı olarak kullanır. Bir hücre, diğer hücrelere kadar dört referans içeren bir veri parçasıdır. Akıllı sözleşmeler hücreleri okur ve yazar, ve zincir her şeyi hücreler ağacı olarak depolar. Depolama maliyetleri hücre sayısına ve zamana bağlıdır, bu nedenle uzun ömürlü sözleşmeler zamanla küçük bir "kira" öder.
Diller
FunC, TON'un daha düşük seviyeli akıllı sözleşme dilidir. Tact, FunC'ye derlenen daha yüksek seviyeli bir alternatiftir. Her ikisi de TVM'yi hedef alır. Tact, Solidity'den gelen geliştiriciler için daha dostça olduğu için popülerlik kazanmıştır, ancak FunC, performans açısından kritik sözleşmeler için varsayılan olarak kalmaktadır.
Doğrulayıcılar, konsensüs ve döngü
TON, dönen doğrulayıcı ataması ile birlikte bir Bizans hata toleranslı konsensüs protokolü kullanır.
Doğrulayıcılar nasıl seçilir
Doğrulayıcılar TON stake eder ve katılmak için başvurur. Masterchain, her turda aktif bir doğrulayıcı seti seçer. Doğrulayıcılar shardchains arasında döner, böylece hiçbir grup aynı shard için kalıcı olarak sorumlu olmaz. Bu, hedefli saldırıları zorlaştırmak için tasarlanmıştır.
Blok üretimi ve nihai durum
Her shardchain hızlı bir şekilde bloklar üretir ve masterchain, her shardın en son bloğuna referans verir. Masterchain bir bloğu onayladığında, ilgili durum nihai olarak kabul edilir. Birleşik etki, ağ genelinde alt saniyelik kullanıcıya yönelik nihai durum sağlar.
Ceza ve ekonomik güvenlik
Yanlış davranan doğrulayıcılar (çift imza, çevrimdışı olma, geçersiz blok üretme) stake'lerinin bir kısmını kaybedebilir. Ekonomik güvenlik, toplam stake edilen TON, aktif doğrulayıcı sayısı ve döngü mekanizmasına saldırmanın maliyetine bağlıdır.
TON'un tasarımı tek zincir ve modüler alternatiflerle karşılaştırıldığında
2026'da L1 tartışmalarında üç geniş tasarım ailesi hakimdir.
| Tasarım | Örnekler | İşlem hacmi yaklaşımı | Ticaret |
|---|---|---|---|
| Tek zincir | Bitcoin, Solana | Hız için ayarlanmış bir küresel zincir | Bir darboğaz, bölgesel gecikme |
| Modüler L2 yığını | Ethereum + rollups | L1, rollup'ları güvence altına alır, L2'de ölçeklenir | Köprüleme adımları, parçalanmış likidite |
| Shardlı L1 | TON, NEAR | Birçok paralel shardchain | Asenkron yürütme, shardlar arası mesajlaşma |
TON'un tasarımının kullanıcılar ve geliştiriciler için anlamı
- Kullanıcılar için: ağ yoğunken bile alt saniyelik nihai durum ve düşük ücretler.
- Geliştiriciler için: asenkron mesaj geçişi, EVM geliştirmeden farklı bir zihinsel model gerektirir.
- dApp'ler için: farklı shardlardaki sözleşmeler iletişim kurabilir, ancak gecikme modeli çok adımlıdır.
- DeFi için: bileşenlik mümkündür ancak senkron EVM çağrılarından daha karmaşıktır.
- Depolama için: uzun ömürlü sözleşmeler kira öder, bu nedenle kaynak farkındalığı tasarımı EVM'den daha önemlidir.
Pratik bir zihinsel model
- Masterchain'i kayıt defteri olarak düşünün. Kimin neyi ve ne zaman çalıştırdığını takip eder.
- Workchains'i uygulama alanları olarak düşünün. Bugün çoğu aktivite workchain 0'da bulunmaktadır.
- Shardchains'i elastik şeritler olarak düşünün. Talebe göre bölünür ve birleştirilirler.
- Sözleşmeleri aktörler olarak düşünün. Senkron çağrılar değil, mesaj gönderir ve alırlar.
- Doğrayıcıları dönen koordinatörler olarak düşünün. Her turda shardlar arasında yeniden atanırlar.
Sıkça Sorulan Sorular
TON neden sharding kullanıyor, tek bir zincir yerine?
Ücretleri ezmeden işlem hacmini ölçeklendirmek için. Sharding, ağın yük arttığında tam olarak kapasite eklemesine olanak tanır.
TON'un sharding'i Ethereum'un sharding'i ile aynı mı?
Hayır. Ethereum, dış rolluplar aracılığıyla ölçeklenir; TON, tek bir ağ içinde shardlar oluşturur. Kullanıcı deneyimi önemli ölçüde farklıdır.
Masterchain'in rolü nedir?
Masterchain, tüm ağı koordine eder: doğrulayıcı seti, yapılandırma ve diğer tüm zincirlerin en son bloklarına referanslar.
TON sözleşmeleri asenkron mu?
Evet. Sözleşmeler, senkron çağrılar yapmak yerine mesaj gönderir. Bu, shardlar arasında paralel yürütmeyi mümkün kılar.
TON'un bugün kaç tane workchain'i var?
Protokol birçok workchain'e izin verir, ancak pratikte temel workchain (workchain 0) 2026'da neredeyse tüm aktiviteyi yönetmektedir.
Sonuç olarak: TON'un mimarisi, senkron basitliği ölçeklenebilir paralellik için değiştirir. Masterchain, workchain ve shardchain hiyerarşisi, ağ yoğunken bile ücretleri düşük ve nihai durumu hızlı tutar. Bunu anlamak, TON'u bir kara kutu olarak kullanmak ile üzerine güvenilir bir şekilde inşa etmek arasındaki farktır.
Feragatname: Bu kılavuz yalnızca eğitim amaçlıdır ve yatırım, finansal, hukuki veya ticari tavsiye niteliği taşımaz.