31 Ekim 2023'te TON (eski adıyla Telegram Open Network), ilk halka açık performans canlı testinde saniyede 104.715 işlemle şaşırtıcı bir zirveye ulaşarak yeni bir dünya rekoru kırdı ve 25 dakikada toplam 107.652.545 işlem tamamladı. Certik tarafından doğrulanan ve onaylanan bu performans, TON'u dünyanın en hızlı ve en ölçeklenebilir blok zinciri haline getiriyor ve tüm L1 blok zincirlerinin ve PayPal, Visa ve Mastercard gibi önde gelen merkezi ödeme ağlarının işlem hızlarını geride bırakıyor.
TON şüphesiz dikkate değer bir projedir. Bu makalede, benzersiz teknik özelliklerini, yeniliklerini ve TON'un neden dünyanın en hızlı blok zinciri olduğunu ortaya koyan TON teknik incelemesine derinlemesine bir göz atacağız.
Ölçeklenebilirlik, blok zinciri teknolojisinin geliştirilmesinde büyük bir zorluk olmuştur. Blok zinciri ölçeklendirme şemasının temel amacı, sistemin verimini artırmak ve işlem ücretlerini azaltmaktır, böylece blok zinciri ağı daha fazla işlem gerçekleştirebilir ve büyük ölçekli uygulamalara daha iyi uyum sağlayabilir. Farklı halka açık zincirler yeni fikir birliği ve mimari tasarımlar denemeye devam etse de, mevcut sonuçlar hala tatmin edici değil ve blok zincirinin büyük ölçekli uygulamaya doğru ilerlemesi için bir darboğaz haline geldi, bu da TG milyar kullanıcı vizyonumuzu taşıması zor. Şu anda, ana ölçeklendirme çözümleri aşağıdaki kategorilere ayrılabilir:
Parçalama: Ağı, her biri işlemleri ve akıllı sözleşmeleri paralel olarak işleyebilen daha küçük parçalara bölmek ve ağın verimini önemli ölçüde artırmak. Ancak parçalama, her parça tüm ağdan daha az güvenli olabileceğinden, potansiyel güvenlik sorunlarını da beraberinde getirir. Buna ek olarak, parçalar arası iletişim teknik bir zorluktur. Temsili örnekler: Ethereum 2.0 ve NEAR protokolleri.
Yan zincirler: Yan zincir, ana zincirden bağımsız olarak çalışan bir blok zinciri türüdür ve kendi konsensüs mekanizmasına ve blok parametrelerine sahip olabilir. Yan zincirler ile kullanıcılar, varlıkları iki zincir arasında transfer ederek ana zincirdeki yükü hafifletebilir. Temsili örnek: Polygon
Katman 2 çözümleri: L2, ana zincirin üzerine başka bir katman oluşturarak daha hızlı işlem onay süreleri ve daha düşük işlem ücretleri sağlayabilir. Daha iyi bilinen L2'ler, Optimism ve Arbitrum'u ele alalım: her ikisi de Ethereum için özel olarak tasarlanmış ölçeklendirme çözümleridir. Sonuç olarak, Optimism ve Arbitrum mimarisinin bir kısmı Katman 1'dedir. Ethereum'un yükseltilmesiyle birlikte, saniye başına işlem üst limiti (TPS) 2-4k'dan yaklaşık 2w'ye yükseldi.
zkSync 2.0: zkSync 1.0'ın birkaç yüz TPS sınırıyla karşılaştırıldığında, zkSync 2.0 önemli iyileştirmeler getiriyor. zkSync ekibi, 2.0 sürümünün 10w TPS üst sınırına ulaşabileceğini iddia ediyor, ancak çoğu kurum gerçek üst sınırın 1-2w olabileceğini tahmin ediyor. Starknet: Haziran ayında Quantum Leap'e yükseltmeyi tamamladıktan sonra, TPS'si artık 100TPS'nin biraz üzerinde.
Solana: Solana, ölçeklendirme çözümünün çekirdeği olarak Proof of History (PoH) adlı yenilikçi bir konsensüs algoritması kullanır. Solana 65.000 TPS'ye kadar sahip olduğunu iddia etse de, çoğu aslında düğümler arası iletişim görevi görür. Gerçek işlem hacmi yalnızca 6-8k TPS ile sınırlandırılabilir. Ayrıca, merkezi konsensüs mekanizması tasarımı nedeniyle Solana, NFT basımı gibi çok sayıda talep karşısında birden fazla kesinti yaşadı. Ek olarak, Solana henüz merkezi düğümün dönüşünü başarılı bir şekilde uygulamadı.
TON blok zinciri, Telegram'ın kurucusu ve çekirdek ekibi tarafından tasarlanmıştır. Dünyanın en popüler sosyal platformlarından biri olan Telegram'ın aylık yaklaşık 900 milyon aktif kullanıcısı var ve her gün yazılım içinde on milyarlarca mesajın iletilmesiyle yüksek düzeyde güvenlik ve gizliliği korurken istikrarlı ve sorunsuz bir kullanıcı deneyimi sağlıyor. Web3 kavramı nispeten iyi bilinir hale geldi, ancak gerçek kripto-yerel kullanıcılar hala azınlıkta ve çoğu tokene erişmek için merkezi borsalara güveniyor. Dünyanın en popüler merkeziyetsiz kripto cüzdanı Metamask'ın şu anda aylık sadece 30 milyon aktif kullanıcısı bulunuyor. Ve TON'un tasarım felsefesi, yalnızca birkaç web3 meraklısına değil, en başından beri milyarlarca kullanıcıya hizmet vermeye dayanmaktadır.
Sharding, veritabanı tasarımından gelen bir kavramdır. Büyük bir mantıksal veri kümesinin bölünmesi ve ardından birbiriyle paylaşılmayan ve birden çok sunucuya dağıtılabilen birden çok veritabanına dağıtılması anlamına gelir. Basit bir ifadeyle, parçalama, yatay olarak ölçeklendirme yeteneği sağlayarak verilerin paralel olarak işlenebilen bağımsız parçalara bölünmesine olanak tanır.
TON, blok zincirine parçalama teknolojisini tanıtan ilk proje değil, örneğin, Ethereum 2.0 bir keresinde sabit 64 parça duyurdu ve ardından çok fazla zorluk nedeniyle terk edildi, NEAR'ın Night Shadow protokolü ise gelecek yıl 100 parçaya ulaşmayı planlıyor ve şu anda 4 parça var.
Geleneksel parçalama yöntemlerinden farklı olarak TON, sonsuz bir parçalama stratejisi kullanır.
Bununla birlikte, TON'un yaklaşımı, daha fazla parçaya sahip olduğu için değil, iki benzersiz özellik nedeniyle gelişmiş olarak kabul edilir:
Parça sayısı sabit değildir: TON, iş ihtiyaçlarına göre artan sayıda parçayı destekler, neredeyse sonsuz olan 2^60 çalışma zincirine kadar.
Elastik parça sayısı: TON, sistem yükü yüksek olduğunda parçaları otomatik olarak bölebilir ve yük düşük olduğunda birleştirebilir. Bu, dinamik ölçeklendirme ihtiyacıyla başa çıkmak için çok etkili bir stratejidir.
Şu anda TON, senkronizasyon ve yönetişim için ana zincir (Masterchain) ve akıllı sözleşmeler için çalışma zinciri (Workchain) olmak üzere iki çalışma zincirinden oluşmaktadır. Çalışma zincirinin altında parça zinciri ve sanal hesap zincirinin (Accountchain) en düşük seviyesi bulunur
Çalışma zinciri N parçaya bölünebilir (1 ila 256 parça). Her parçanın kendi doğrulayıcı grubu vardır. Çalışma zinciri ekibi, işlemleri kendi parçalarında yürütmekten sorumludur. Aynı zamanda, iş zincirinin diğer tüm parçalarından sürekli olarak bloklar indiriyor. Genel olarak, bir blok zinciri, durumlarındaki değişiklikleri kaydeden bir dizi bloktur. POS blok zincirleri için, doğrulayıcılar öncelikle değişikliklerin bir listesini içeren bir blok derleyerek blok zinciri durumunu nasıl değiştirmek istediklerine karar verirler. Bu bloğa oy verdikten sonra yeterli oy toplanırsa bloğu blok zinciri durumuna uygular ve bir sonraki bloğa geçerler.
Bir blok iş parçacığının verimi çok sınırlıdır çünkü doğrulayıcıların kabul etmeyi kabul etmeden önce o bloktaki tüm işlemleri kontrol etmesi gerekir. Yani TON'da çok fazla iş parçacığı var ve bunları basitçe mini mikro blok zincirleri olarak düşünebilirsiniz. Paralel olarak var olurlar ve her birinin kendi doğrulayıcı seti vardır.
Ana zincir
Ana zincir, TON'daki ana blok dişidir. Kalan tüm blokları senkronize etmek ve doğrulayıcı setini yeniden hesaplamak için kullanılır. Tüm iş parçacıkları yeni bir blok üzerinde anlaştığında, onu imzalar ve ana zincire kaydederler. Ancak, ana zincir doğrulayıcıları bloğun geçerliliğini doğrulamaz, yalnızca uygun doğrulayıcı tarafından imzalanıp imzalanmadığını kontrol eder. Bu nedenle, birçok iş parçacığı paralel olarak bir arada bulunabilir. Farklı iş parçacıklarından gelen sözleşmeler mesaj göndererek birbirleriyle iletişim kurar.
İş zinciri
İş zinciri, kurallarına göre çalıştırılabilen bağımsız bir adres alanıdır. Örneğin, farklı sanal makinelere sahip olabilirler veya yüksek gaz limitlerine sahip blokları yayımlamak için gereken süreyi uzatabilirler. En önemlisi, iş zincirlerinin ileti alışverişi yapabilmeleri için aynı ileti kuyruğu biçimine sahip olmaları gerekir. Bu aynı zamanda tüm iş zincirlerinin aşağı yukarı aynı güvenlik garantilerine sahip olması gerektiği anlamına gelir. Mesaj alışverişi yapabildikleri için, bu mesajlar ağ belirteçleri taşır. Şu anda aktif olan iki çalışma zinciri vardır: ana zincir ve ilk işleme çalışma zinciri. İş zinciri, adres öneki tarafından belirlenir: -1:ax... 1s2 - Ana zincirdeki hesabın adresi. -1 ana zincir önekidir.
0:zx... 123 - İlk çalışma zincirindeki hesabın adresi. 0 - iş zincirini işlemek için ilk önektir.
Parça zincirleri
Bir işleme iş parçacığı veya parça zinciri, çalışan bir zinciri işleyen bağımsız bir blok iş parçacığıdır. Varsayılan olarak, iş zinciri 0'ın yalnızca bir iş parçacığı ve bir zinciri vardır. Bu iş parçacığının doğrulayıcıları harici mesajları kabul eder ve kendilerinden veya diğer iş zincirlerinden gönderdikleri dahili mesajları işler. Son N blok sırasında bir iş parçacığının aşırı yüklendiği bir durum varsa, iş parçacığı bölünür: bir iş parçacığı ikiye bölünür ve işlemler paralel olarak gerçekleştirilir.
Adresler 0:00 ile başlar: - 0:88.. Baştaki hesap şu anda 0:88: hesabıyla iş parçacığı 1'dedir. - 0:FF.. İş parçacığı 2'de bulunur. Tüm akıllı sözleşmeler herhangi bir aksaklık olmadan birbirleriyle eşzamansız olarak iletişim kurduğundan, verim üç katına çıktı. Yük düştüğünde, iş parçacıkları bir süre sonra tekrar birleşir. Yük artmaya devam ederse, iki iş parçacığı tekrar tekrar bölünebilir ve bu böyle devam eder. Ana zincirde sadece bir diş vardır.
TON'daki bloklar, bir durum değişikliği elde etmek için tamamlanması gereken işlemlerin bir listesinden daha fazlasıdır. Bunun yerine, bir blok:
Bir işlemi yürüten ve bunları gelen sıradan kaldıran iletilerin listesi. Mesaj işlendikten sonra giden kuyruğa yeni bir mesaj girer ve ardından mesaj işleme, akıllı sözleşme durumunda bir değişikliğe neden olur. Yani, X parçasının doğrulayıcısının Y parçasının mevcut durumunu koruyabilmesi için, Y bloğundaki tüm işlemleri yürütmesi gerekmez. Sadece bloğu indirir ve meydana gelen değişiklikleri özetler. Mesaj kuyruklarında ve akıllı sözleşme durumlarında oluşur.
Blockchain dünyasını temelden değiştirmenin bir bedeli olamaz. Bu radikal yaklaşımdan yararlanmak için TON akıllı sözleşme geliştiricilerinin sözleşmelerini farklı şekilde tasarlamaları gerekiyor. TON blok zincirinin temel atom birimi akıllı sözleşmedir. Akıllı sözleşmelerin adresleri, kodları ve veri birimleri (kalıcı durum) vardır. Bu tür birimlere atomik birimler denir çünkü akıllı sözleşmeler her zaman tüm kalıcı durumlarına atomik olarak senkronize erişime sahiptir.
Hypercube ağ yönlendirmesi
TON, sistem ne kadar büyük olursa olsun, herhangi iki blok zinciri arasındaki işlemlerin her zaman hızlı bir şekilde işlenmesini sağlamak için akıllı bir yönlendirme mekanizması oluşturmuştur ve TON blok zincirleri arasında bilgi göndermek için gereken süre, yalnızca zincir sayısıyla birlikte logaritmik olarak artar, böylece milyonlarca zincire ölçeklendirme bile en hızlı şekilde iletişim kurmalarını sağlar.
TON blok zincirinde, Instant Hypercube Routing ve Slow Rouning, zincirler arası işlemleri gerçekleştirmek için kullanılan iki yönlendirme mekanizmasıdır.
Anında Hiperküp Yönlendirme: TON'un mesaj yönlendirmeyi hızlandırma ve zincirler arası işlemlerin çok kısa sürede tamamlanmasını sağlama fikri. Geleneksel yavaş küp yönlendirmede, bir ileti hiperküp ağı boyunca bir parça zinciri tarafından hedef parça zincirine yönlendirilir. Bununla birlikte, mesaj yönlendirme sırasında, hedef parça zincirinin ait olduğu doğrulayıcı, mesajı bloğa eklemek için önceden işlemeyi seçebilir ve ardından bir Merkel kanıtı (makbuz) sağlayabilir ve iletilen mesajı yok etmek için bir makbuz gönderebilir. Zincirler arası işlemlerin çok kısa sürede tamamlanmasını sağlar. Hızlı yönlendirme, yüksek boyutlu bir küp yönlendirme yapısı oluşturarak verimli zincirler arası etkileşim sağlar. Bu yapıda, her zincir küpün bir köşesine eşlenir ve zincirler arasındaki mesafe, köşeler arasındaki atlama sayısı olarak ifade edilir. Bu yaklaşımla, işlemler en kısa yoldan hızlı bir şekilde yönlendirilebilir ve zincirler arası etkileşimleri verimli hale getirir. Hızlı yönlendirme, blok onaylarını beklemeden zincirler arası işlemleri saniyeler içinde tamamlayabilir.
Yavaş Yönlendirme: Yavaş yönlendirme, işlemleri kaynak zincirden hedef zincire kademeli olarak aktararak zincirler arası işlemleri işlemenin nispeten geleneksel bir yöntemidir. Bu yöntemde, işlemler önce kaynak zincirde bir blok halinde paketlenir ve daha sonra bir aktarıcı aracılığıyla hedef zincire aktarılır. Hedef zincirin doğrulayıcısı, işlemin geçerliliğini doğrular ve ardından bunu hedef zincirin bir bloğuna paketler. Yavaş yönlendirmenin hızlı yönlendirmeye göre avantajı, zincirler arası işlemlerin tam bir blok onay sürecinden geçmesi gerektiğinden daha yüksek derecede güvenlik ve ademi merkeziyetçilik sağlamasıdır. TCP/IP ağına benzer şekilde, iletilerin hedef zincire sırayla güvenilir bir şekilde iletilmesini sağlamak için hedef IP adresi hedefe gönderilir. N ölçeğine sahip bir parça zinciri hiperküp ağı için, ara parça zinciri atlaması = log16(N)-1'in geçmesi gerekir. Bu nedenle, milyonlarca parça zincirini desteklemek için yalnızca 4 yönlendirme düğümüne (ara parça zincirleri) ihtiyaç vardır.
Neden bu şekilde tasarlandı? **
Dağıtım için doğrulayıcılar gereklidir. Sistem çok büyükse, on binlerce düğüm varsa, ölçeklenemeyecek kadar aşırı yüklüdür. Parçalamadan sonra, her parçanın bir kümesi vardır, shard0, shard1... Parçalar arası iletişimi sağlamak da gereklidir. İletişim çapraz parçalı olabilir ve bir parçadan diğerine geçmek, parçalar ve parçalar için bir yönlendirme mekanizması olması gerektiği anlamına gelir. Bağlantı, bazı ara düğümlerden atlayan bir yol oluşturur. Bir mesaj her yönlendirildiğinde, iletim süresinde bir blok süresi artışa eşdeğerdir.
Parça zincirlerinin toplam sayısı arttıkça, bu çok fazla bilgi işlem gücü ve ağ bant genişliği gerektirecek ve sistemin ölçeklenebilirliğini sınırlayacaktır. Sonuç olarak, bir iletiyi herhangi bir parçadan diğer tüm parçalara doğrudan iletmek mümkün değildir. Bunun yerine, her parça yalnızca (w,s) parça tanımlayıcısında onaltılık bir sayı bulunan farklı bir parçaya "bağlanır". Bu şekilde, tüm parça zincirleri bir "hiperküp" grafiği oluşturur ve mesajlar bu hiperküpün kenarları boyunca iletilir.
Bir ileti geçerli parçadan farklı bir parçaya gönderilirse, geçerli parça tanımlayıcısının onaltılık sayısı (deterministik olarak seçilen) hedef parçanın karşılık gelen numarasıyla değiştirilir ve sonuçta elde edilen tanımlayıcı, iletilen iletinin alıcısı olmak için yaklaşık bir hedef görevi görür.
Hiperküp yönlendirmenin ana avantajı, bir parça zincirinin bloklarını oluşturan doğrulayıcıların "komşu" parça zincirlerinin çıktı kuyruğundan mesajları toplaması ve işlemesi veya stake etmelerini kaybetmesi gereken blok geçerlilik koşuludur. Bu şekilde, herhangi bir mesajın er ya da geç nihai hedefine ulaşması beklenebilir; İletiler aktarım sırasında kaybolmaz veya yeniden teslim edilmez.
Hypercube yönlendirmesi, iletileri birkaç ara parça zinciri üzerinden iletme gereksinimi nedeniyle bazı ek gecikme süreleri ve masraflar getirir. Bununla birlikte, bu ara parça zincirlerinin sayısı çok yavaş büyür, bu da toplam parça zinciri sayısının N günlüğü ile ilgilidir.
İletişim eşzamansızdır
TON'daki akıllı sözleşme, İnternet mikro hizmetleriyle karşılaştırılabilecek eşzamansız iletişim uygular. Her mikro hizmetin yalnızca yerel verilerine atomik olarak eşitlenmiş erişimi vardır. İki mikro hizmet arasındaki iletişim, ağ üzerinden zaman uyumsuz iletiler göndermeyi içerir.
Sistem mimarisinde, daha büyük sistemler genellikle mikro hizmetlerin mimarisini gerektirir. Bu dağıtılmış yaklaşımın benimsenmesi için bazı değiş tokuşlar gerekir, ancak kullanıcı deneyimi avantajları sağlayabilir. Modern sistem yönetimi, bir dizi kapsayıcılı mikro hizmeti almak ve gerektiğinde yeni örnekleri otomatik olarak çalıştırmak (otomatik ölçeklendirme) ve bunları makineler arasında verimli bir şekilde bölümlemek için Kubernetes gibi sıralayıcılara dayanır.
Kubernetes (Massive Cluster Management System) benzetmesini kullanmak gerekirse, TON'un yaptığı tam olarak budur. Belirli bir parça zincirindeki yük arttıkça iki parçaya ayrılır. Akıllı sözleşmeler atomik olduğu için asla ikiye bölünmezler. Bu, bir zamanlar aynı parça zincirinde bulunan bazı akıllı sözleşmelerin bir gün kendilerini farklı parça zincirlerinde bulabileceği anlamına gelir.
TON'un Sanal Makinesi (TVM), dağıtılmış mikro hizmetler kavramını Ethereum EVM ile kıyaslayan genel bir mimariye uyguluyor.
Eyalet ademi merkeziyetçiliği
Bu, parçalama alanındaki en karmaşık ve zorlu parçalama mekanizmalarından biridir. Tüm veritabanı bölünür ve farklı parçalara yerleştirilir. Her parça, tüm verileri tüm blok zincirinin durumunu değil, kendi parçasında depolar.
TON blok zinciri parçalamada, tüm hizmetler akıllı sözleşmeler şeklinde uygulanır ve akıllı sözleşmelerin durum verileri, durum parçalama elde etmek için yalnızca ilgili parça ağında saklanır.
Sadece bu da değil, TON'da sözleşme, her kullanıcının kendi sözleşmesinde token durumunu yönetebildiği ve blok zinciri durumundan ademi merkeziyetçiliği gerçekten gerçekleştirebildiği sektörde benzersiz bir uygulama yolu elde etti. Bu tasarımın ilkelerini vaka çalışmaları ile ayrıntılı olarak inceleyeceğim.
Her şeyden önce, Cüzdan sözleşmesini ve Jetton cüzdan sözleşmesini anlamanız gerekir. Cüzdan sözleşmesi, kullanıcının TON blok zincirindeki tokenlerini yöneten, kullanıcıya özel bir akıllı sözleşmedir. Jetton (Rusça: Jewel) Cüzdan sözleşmesi, kullanıcının Jetton tokenlerini yönetmeye adanmış özel bir cüzdan sözleşmesi türüdür. Bu tokenler, ağ ücretlerini ödemek ve akıllı sözleşmeleri yürütmek için kullanılabilir. Her kullanıcının kendi Cüzdan sözleşmesi ve Jetton cüzdan sözleşmesi vardır. Bu sözleşmeler, kullanıcıların tokenlerini saklamaları ve yönetmeleri için dijital cüzdanlar görevi görür. Aynı zamanda, bu sözleşmeler, merkezi olmayan varlık transferini ve ticaretini sağlamak için diğer kullanıcıların sözleşmeleriyle de etkileşime girebilir.
Bu durumda, A kullanıcısının ve B kullanıcısının her birinin kendi cüzdan sözleşmesine sahip olduğu varsayılır. A Kullanıcısı, B Kullanıcısına belirli miktarda token aktarmak istiyor. Bu durumda, Kullanıcı A'nın Cüzdan sözleşmesi, token transferini gerçekleştirmek için Kullanıcı B'nin Cüzdan Sözleşmesi ile etkileşime girer. Tüm sürecin tek bir merkezi sözleşmeye değil, iki merkezi olmayan sözleşmeye dayanması gerekir.
TON blok zinciri kullanıcılarının hepsinin varlıklarının durumunu yönetmek için kendi sözleşmeleri vardır, bu da tüm varlıkları yönetme riskini üstlenecek tek bir merkezi sözleşme olmadığı anlamına gelir. Bu, sistemin ademi merkeziyetçiliğini artırır ve tek bir arıza noktası riskini azaltır. Tüm kullanıcıların varlıklarının durumu özel bir sözleşme tarafından yönetilir ve bir saldırgan tek bir merkezi sözleşmeye saldırarak tüm sistemi etkileyemez. Kullanıcılar arasındaki varlık işlemleri, akıllı sözleşmeler aracılığıyla otomatik olarak gerçekleştirilebilir ve insan operasyonu riskinden kaçınır. Daha fazla işlev ve uygulama senaryosu elde etmek için kendi cüzdan sözleşmenizi ve Jetton cüzdan sözleşmenizi ihtiyaçlarınıza göre özelleştirebilirsiniz. Bu, kullanıcılara daha fazla esneklik ve özerklik sağlar. Herkes varlık durumunu kendi sözleşmesinde yönetir ve sistemin ölçeklenebilirliği iyileştirilir. Kullanıcı sayısı arttıkça sözleşme sayısı da artar, ancak bu, her sözleşme bağımsız olarak çalıştığı için genel sistem üzerinde aşırı bir yük oluşturmaz.
Yukarıdakiler, ilk taslağı düzenlediği için Dr. Awesome Doge'a teşekkürler, TON blok zincirinin ölçeklenebilirliği ve teknik incelemenin teknik mimarisi hakkındaki analizimdir. Azimleri için Rus ve Ukraynalı geliştirme ekiplerine ve son olarak Telegram'ın kurucusu Bay Nikolai Durov'a yıllar önceki harika tasarımı için teşekkürler ve bunlar insan zihninin ihtişamı için.
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
TON Teknik İncelemesi Açıklandı: Dünyanın En Hızlı Blok Zincirinin Arkasındaki Teknolojinin Gizemini Çözmek
31 Ekim 2023'te TON (eski adıyla Telegram Open Network), ilk halka açık performans canlı testinde saniyede 104.715 işlemle şaşırtıcı bir zirveye ulaşarak yeni bir dünya rekoru kırdı ve 25 dakikada toplam 107.652.545 işlem tamamladı. Certik tarafından doğrulanan ve onaylanan bu performans, TON'u dünyanın en hızlı ve en ölçeklenebilir blok zinciri haline getiriyor ve tüm L1 blok zincirlerinin ve PayPal, Visa ve Mastercard gibi önde gelen merkezi ödeme ağlarının işlem hızlarını geride bırakıyor.
TON şüphesiz dikkate değer bir projedir. Bu makalede, benzersiz teknik özelliklerini, yeniliklerini ve TON'un neden dünyanın en hızlı blok zinciri olduğunu ortaya koyan TON teknik incelemesine derinlemesine bir göz atacağız.
! TON Tanıtım Yazısı Analizi: Dünyanın En Hızlı Blok Zincirinin Arkasındaki Teknolojinin Gizemini Çözmek
Ölçeklendirme zorlukları
Ölçeklenebilirlik, blok zinciri teknolojisinin geliştirilmesinde büyük bir zorluk olmuştur. Blok zinciri ölçeklendirme şemasının temel amacı, sistemin verimini artırmak ve işlem ücretlerini azaltmaktır, böylece blok zinciri ağı daha fazla işlem gerçekleştirebilir ve büyük ölçekli uygulamalara daha iyi uyum sağlayabilir. Farklı halka açık zincirler yeni fikir birliği ve mimari tasarımlar denemeye devam etse de, mevcut sonuçlar hala tatmin edici değil ve blok zincirinin büyük ölçekli uygulamaya doğru ilerlemesi için bir darboğaz haline geldi, bu da TG milyar kullanıcı vizyonumuzu taşıması zor. Şu anda, ana ölçeklendirme çözümleri aşağıdaki kategorilere ayrılabilir:
Parçalama: Ağı, her biri işlemleri ve akıllı sözleşmeleri paralel olarak işleyebilen daha küçük parçalara bölmek ve ağın verimini önemli ölçüde artırmak. Ancak parçalama, her parça tüm ağdan daha az güvenli olabileceğinden, potansiyel güvenlik sorunlarını da beraberinde getirir. Buna ek olarak, parçalar arası iletişim teknik bir zorluktur. Temsili örnekler: Ethereum 2.0 ve NEAR protokolleri.
Yan zincirler: Yan zincir, ana zincirden bağımsız olarak çalışan bir blok zinciri türüdür ve kendi konsensüs mekanizmasına ve blok parametrelerine sahip olabilir. Yan zincirler ile kullanıcılar, varlıkları iki zincir arasında transfer ederek ana zincirdeki yükü hafifletebilir. Temsili örnek: Polygon
Katman 2 çözümleri: L2, ana zincirin üzerine başka bir katman oluşturarak daha hızlı işlem onay süreleri ve daha düşük işlem ücretleri sağlayabilir. Daha iyi bilinen L2'ler, Optimism ve Arbitrum'u ele alalım: her ikisi de Ethereum için özel olarak tasarlanmış ölçeklendirme çözümleridir. Sonuç olarak, Optimism ve Arbitrum mimarisinin bir kısmı Katman 1'dedir. Ethereum'un yükseltilmesiyle birlikte, saniye başına işlem üst limiti (TPS) 2-4k'dan yaklaşık 2w'ye yükseldi.
zkSync 2.0: zkSync 1.0'ın birkaç yüz TPS sınırıyla karşılaştırıldığında, zkSync 2.0 önemli iyileştirmeler getiriyor. zkSync ekibi, 2.0 sürümünün 10w TPS üst sınırına ulaşabileceğini iddia ediyor, ancak çoğu kurum gerçek üst sınırın 1-2w olabileceğini tahmin ediyor. Starknet: Haziran ayında Quantum Leap'e yükseltmeyi tamamladıktan sonra, TPS'si artık 100TPS'nin biraz üzerinde.
Solana: Solana, ölçeklendirme çözümünün çekirdeği olarak Proof of History (PoH) adlı yenilikçi bir konsensüs algoritması kullanır. Solana 65.000 TPS'ye kadar sahip olduğunu iddia etse de, çoğu aslında düğümler arası iletişim görevi görür. Gerçek işlem hacmi yalnızca 6-8k TPS ile sınırlandırılabilir. Ayrıca, merkezi konsensüs mekanizması tasarımı nedeniyle Solana, NFT basımı gibi çok sayıda talep karşısında birden fazla kesinti yaşadı. Ek olarak, Solana henüz merkezi düğümün dönüşünü başarılı bir şekilde uygulamadı.
TON blok zinciri, Telegram'ın kurucusu ve çekirdek ekibi tarafından tasarlanmıştır. Dünyanın en popüler sosyal platformlarından biri olan Telegram'ın aylık yaklaşık 900 milyon aktif kullanıcısı var ve her gün yazılım içinde on milyarlarca mesajın iletilmesiyle yüksek düzeyde güvenlik ve gizliliği korurken istikrarlı ve sorunsuz bir kullanıcı deneyimi sağlıyor. Web3 kavramı nispeten iyi bilinir hale geldi, ancak gerçek kripto-yerel kullanıcılar hala azınlıkta ve çoğu tokene erişmek için merkezi borsalara güveniyor. Dünyanın en popüler merkeziyetsiz kripto cüzdanı Metamask'ın şu anda aylık sadece 30 milyon aktif kullanıcısı bulunuyor. Ve TON'un tasarım felsefesi, yalnızca birkaç web3 meraklısına değil, en başından beri milyarlarca kullanıcıya hizmet vermeye dayanmaktadır.
! TON Tanıtım Yazısı Analizi: Dünyanın En Hızlı Blok Zincirinin Arkasındaki Teknolojinin Gizemini Çözmek
Sonsuz parçalama paradigması
Sharding, veritabanı tasarımından gelen bir kavramdır. Büyük bir mantıksal veri kümesinin bölünmesi ve ardından birbiriyle paylaşılmayan ve birden çok sunucuya dağıtılabilen birden çok veritabanına dağıtılması anlamına gelir. Basit bir ifadeyle, parçalama, yatay olarak ölçeklendirme yeteneği sağlayarak verilerin paralel olarak işlenebilen bağımsız parçalara bölünmesine olanak tanır.
TON, blok zincirine parçalama teknolojisini tanıtan ilk proje değil, örneğin, Ethereum 2.0 bir keresinde sabit 64 parça duyurdu ve ardından çok fazla zorluk nedeniyle terk edildi, NEAR'ın Night Shadow protokolü ise gelecek yıl 100 parçaya ulaşmayı planlıyor ve şu anda 4 parça var.
Geleneksel parçalama yöntemlerinden farklı olarak TON, sonsuz bir parçalama stratejisi kullanır.
Bununla birlikte, TON'un yaklaşımı, daha fazla parçaya sahip olduğu için değil, iki benzersiz özellik nedeniyle gelişmiş olarak kabul edilir:
! TON Tanıtım Yazısı Analizi: Dünyanın En Hızlı Blok Zincirinin Arkasındaki Teknolojinin Gizemini Çözmek
Şu anda TON, senkronizasyon ve yönetişim için ana zincir (Masterchain) ve akıllı sözleşmeler için çalışma zinciri (Workchain) olmak üzere iki çalışma zincirinden oluşmaktadır. Çalışma zincirinin altında parça zinciri ve sanal hesap zincirinin (Accountchain) en düşük seviyesi bulunur
Çalışma zinciri N parçaya bölünebilir (1 ila 256 parça). Her parçanın kendi doğrulayıcı grubu vardır. Çalışma zinciri ekibi, işlemleri kendi parçalarında yürütmekten sorumludur. Aynı zamanda, iş zincirinin diğer tüm parçalarından sürekli olarak bloklar indiriyor. Genel olarak, bir blok zinciri, durumlarındaki değişiklikleri kaydeden bir dizi bloktur. POS blok zincirleri için, doğrulayıcılar öncelikle değişikliklerin bir listesini içeren bir blok derleyerek blok zinciri durumunu nasıl değiştirmek istediklerine karar verirler. Bu bloğa oy verdikten sonra yeterli oy toplanırsa bloğu blok zinciri durumuna uygular ve bir sonraki bloğa geçerler.
Bir blok iş parçacığının verimi çok sınırlıdır çünkü doğrulayıcıların kabul etmeyi kabul etmeden önce o bloktaki tüm işlemleri kontrol etmesi gerekir. Yani TON'da çok fazla iş parçacığı var ve bunları basitçe mini mikro blok zincirleri olarak düşünebilirsiniz. Paralel olarak var olurlar ve her birinin kendi doğrulayıcı seti vardır.
Ana zincir
Ana zincir, TON'daki ana blok dişidir. Kalan tüm blokları senkronize etmek ve doğrulayıcı setini yeniden hesaplamak için kullanılır. Tüm iş parçacıkları yeni bir blok üzerinde anlaştığında, onu imzalar ve ana zincire kaydederler. Ancak, ana zincir doğrulayıcıları bloğun geçerliliğini doğrulamaz, yalnızca uygun doğrulayıcı tarafından imzalanıp imzalanmadığını kontrol eder. Bu nedenle, birçok iş parçacığı paralel olarak bir arada bulunabilir. Farklı iş parçacıklarından gelen sözleşmeler mesaj göndererek birbirleriyle iletişim kurar.
İş zinciri
İş zinciri, kurallarına göre çalıştırılabilen bağımsız bir adres alanıdır. Örneğin, farklı sanal makinelere sahip olabilirler veya yüksek gaz limitlerine sahip blokları yayımlamak için gereken süreyi uzatabilirler. En önemlisi, iş zincirlerinin ileti alışverişi yapabilmeleri için aynı ileti kuyruğu biçimine sahip olmaları gerekir. Bu aynı zamanda tüm iş zincirlerinin aşağı yukarı aynı güvenlik garantilerine sahip olması gerektiği anlamına gelir. Mesaj alışverişi yapabildikleri için, bu mesajlar ağ belirteçleri taşır. Şu anda aktif olan iki çalışma zinciri vardır: ana zincir ve ilk işleme çalışma zinciri. İş zinciri, adres öneki tarafından belirlenir: -1:ax... 1s2 - Ana zincirdeki hesabın adresi. -1 ana zincir önekidir.
0:zx... 123 - İlk çalışma zincirindeki hesabın adresi. 0 - iş zincirini işlemek için ilk önektir.
Parça zincirleri
Bir işleme iş parçacığı veya parça zinciri, çalışan bir zinciri işleyen bağımsız bir blok iş parçacığıdır. Varsayılan olarak, iş zinciri 0'ın yalnızca bir iş parçacığı ve bir zinciri vardır. Bu iş parçacığının doğrulayıcıları harici mesajları kabul eder ve kendilerinden veya diğer iş zincirlerinden gönderdikleri dahili mesajları işler. Son N blok sırasında bir iş parçacığının aşırı yüklendiği bir durum varsa, iş parçacığı bölünür: bir iş parçacığı ikiye bölünür ve işlemler paralel olarak gerçekleştirilir.
Adresler 0:00 ile başlar: - 0:88.. Baştaki hesap şu anda 0:88: hesabıyla iş parçacığı 1'dedir. - 0:FF.. İş parçacığı 2'de bulunur. Tüm akıllı sözleşmeler herhangi bir aksaklık olmadan birbirleriyle eşzamansız olarak iletişim kurduğundan, verim üç katına çıktı. Yük düştüğünde, iş parçacıkları bir süre sonra tekrar birleşir. Yük artmaya devam ederse, iki iş parçacığı tekrar tekrar bölünebilir ve bu böyle devam eder. Ana zincirde sadece bir diş vardır.
TON'daki bloklar, bir durum değişikliği elde etmek için tamamlanması gereken işlemlerin bir listesinden daha fazlasıdır. Bunun yerine, bir blok:
Bir işlemi yürüten ve bunları gelen sıradan kaldıran iletilerin listesi. Mesaj işlendikten sonra giden kuyruğa yeni bir mesaj girer ve ardından mesaj işleme, akıllı sözleşme durumunda bir değişikliğe neden olur. Yani, X parçasının doğrulayıcısının Y parçasının mevcut durumunu koruyabilmesi için, Y bloğundaki tüm işlemleri yürütmesi gerekmez. Sadece bloğu indirir ve meydana gelen değişiklikleri özetler. Mesaj kuyruklarında ve akıllı sözleşme durumlarında oluşur.
Blockchain dünyasını temelden değiştirmenin bir bedeli olamaz. Bu radikal yaklaşımdan yararlanmak için TON akıllı sözleşme geliştiricilerinin sözleşmelerini farklı şekilde tasarlamaları gerekiyor. TON blok zincirinin temel atom birimi akıllı sözleşmedir. Akıllı sözleşmelerin adresleri, kodları ve veri birimleri (kalıcı durum) vardır. Bu tür birimlere atomik birimler denir çünkü akıllı sözleşmeler her zaman tüm kalıcı durumlarına atomik olarak senkronize erişime sahiptir.
Hypercube ağ yönlendirmesi
TON, sistem ne kadar büyük olursa olsun, herhangi iki blok zinciri arasındaki işlemlerin her zaman hızlı bir şekilde işlenmesini sağlamak için akıllı bir yönlendirme mekanizması oluşturmuştur ve TON blok zincirleri arasında bilgi göndermek için gereken süre, yalnızca zincir sayısıyla birlikte logaritmik olarak artar, böylece milyonlarca zincire ölçeklendirme bile en hızlı şekilde iletişim kurmalarını sağlar.
TON blok zincirinde, Instant Hypercube Routing ve Slow Rouning, zincirler arası işlemleri gerçekleştirmek için kullanılan iki yönlendirme mekanizmasıdır.
! TON Tanıtım Yazısı Analizi: Dünyanın En Hızlı Blok Zincirinin Arkasındaki Teknolojinin Gizemini Çözmek
Anında Hiperküp Yönlendirme: TON'un mesaj yönlendirmeyi hızlandırma ve zincirler arası işlemlerin çok kısa sürede tamamlanmasını sağlama fikri. Geleneksel yavaş küp yönlendirmede, bir ileti hiperküp ağı boyunca bir parça zinciri tarafından hedef parça zincirine yönlendirilir. Bununla birlikte, mesaj yönlendirme sırasında, hedef parça zincirinin ait olduğu doğrulayıcı, mesajı bloğa eklemek için önceden işlemeyi seçebilir ve ardından bir Merkel kanıtı (makbuz) sağlayabilir ve iletilen mesajı yok etmek için bir makbuz gönderebilir. Zincirler arası işlemlerin çok kısa sürede tamamlanmasını sağlar. Hızlı yönlendirme, yüksek boyutlu bir küp yönlendirme yapısı oluşturarak verimli zincirler arası etkileşim sağlar. Bu yapıda, her zincir küpün bir köşesine eşlenir ve zincirler arasındaki mesafe, köşeler arasındaki atlama sayısı olarak ifade edilir. Bu yaklaşımla, işlemler en kısa yoldan hızlı bir şekilde yönlendirilebilir ve zincirler arası etkileşimleri verimli hale getirir. Hızlı yönlendirme, blok onaylarını beklemeden zincirler arası işlemleri saniyeler içinde tamamlayabilir.
Yavaş Yönlendirme: Yavaş yönlendirme, işlemleri kaynak zincirden hedef zincire kademeli olarak aktararak zincirler arası işlemleri işlemenin nispeten geleneksel bir yöntemidir. Bu yöntemde, işlemler önce kaynak zincirde bir blok halinde paketlenir ve daha sonra bir aktarıcı aracılığıyla hedef zincire aktarılır. Hedef zincirin doğrulayıcısı, işlemin geçerliliğini doğrular ve ardından bunu hedef zincirin bir bloğuna paketler. Yavaş yönlendirmenin hızlı yönlendirmeye göre avantajı, zincirler arası işlemlerin tam bir blok onay sürecinden geçmesi gerektiğinden daha yüksek derecede güvenlik ve ademi merkeziyetçilik sağlamasıdır. TCP/IP ağına benzer şekilde, iletilerin hedef zincire sırayla güvenilir bir şekilde iletilmesini sağlamak için hedef IP adresi hedefe gönderilir. N ölçeğine sahip bir parça zinciri hiperküp ağı için, ara parça zinciri atlaması = log16(N)-1'in geçmesi gerekir. Bu nedenle, milyonlarca parça zincirini desteklemek için yalnızca 4 yönlendirme düğümüne (ara parça zincirleri) ihtiyaç vardır.
Neden bu şekilde tasarlandı? **
Dağıtım için doğrulayıcılar gereklidir. Sistem çok büyükse, on binlerce düğüm varsa, ölçeklenemeyecek kadar aşırı yüklüdür. Parçalamadan sonra, her parçanın bir kümesi vardır, shard0, shard1... Parçalar arası iletişimi sağlamak da gereklidir. İletişim çapraz parçalı olabilir ve bir parçadan diğerine geçmek, parçalar ve parçalar için bir yönlendirme mekanizması olması gerektiği anlamına gelir. Bağlantı, bazı ara düğümlerden atlayan bir yol oluşturur. Bir mesaj her yönlendirildiğinde, iletim süresinde bir blok süresi artışa eşdeğerdir.
Parça zincirlerinin toplam sayısı arttıkça, bu çok fazla bilgi işlem gücü ve ağ bant genişliği gerektirecek ve sistemin ölçeklenebilirliğini sınırlayacaktır. Sonuç olarak, bir iletiyi herhangi bir parçadan diğer tüm parçalara doğrudan iletmek mümkün değildir. Bunun yerine, her parça yalnızca (w,s) parça tanımlayıcısında onaltılık bir sayı bulunan farklı bir parçaya "bağlanır". Bu şekilde, tüm parça zincirleri bir "hiperküp" grafiği oluşturur ve mesajlar bu hiperküpün kenarları boyunca iletilir.
Bir ileti geçerli parçadan farklı bir parçaya gönderilirse, geçerli parça tanımlayıcısının onaltılık sayısı (deterministik olarak seçilen) hedef parçanın karşılık gelen numarasıyla değiştirilir ve sonuçta elde edilen tanımlayıcı, iletilen iletinin alıcısı olmak için yaklaşık bir hedef görevi görür.
Hiperküp yönlendirmenin ana avantajı, bir parça zincirinin bloklarını oluşturan doğrulayıcıların "komşu" parça zincirlerinin çıktı kuyruğundan mesajları toplaması ve işlemesi veya stake etmelerini kaybetmesi gereken blok geçerlilik koşuludur. Bu şekilde, herhangi bir mesajın er ya da geç nihai hedefine ulaşması beklenebilir; İletiler aktarım sırasında kaybolmaz veya yeniden teslim edilmez.
Hypercube yönlendirmesi, iletileri birkaç ara parça zinciri üzerinden iletme gereksinimi nedeniyle bazı ek gecikme süreleri ve masraflar getirir. Bununla birlikte, bu ara parça zincirlerinin sayısı çok yavaş büyür, bu da toplam parça zinciri sayısının N günlüğü ile ilgilidir.
İletişim eşzamansızdır
TON'daki akıllı sözleşme, İnternet mikro hizmetleriyle karşılaştırılabilecek eşzamansız iletişim uygular. Her mikro hizmetin yalnızca yerel verilerine atomik olarak eşitlenmiş erişimi vardır. İki mikro hizmet arasındaki iletişim, ağ üzerinden zaman uyumsuz iletiler göndermeyi içerir.
Sistem mimarisinde, daha büyük sistemler genellikle mikro hizmetlerin mimarisini gerektirir. Bu dağıtılmış yaklaşımın benimsenmesi için bazı değiş tokuşlar gerekir, ancak kullanıcı deneyimi avantajları sağlayabilir. Modern sistem yönetimi, bir dizi kapsayıcılı mikro hizmeti almak ve gerektiğinde yeni örnekleri otomatik olarak çalıştırmak (otomatik ölçeklendirme) ve bunları makineler arasında verimli bir şekilde bölümlemek için Kubernetes gibi sıralayıcılara dayanır.
Kubernetes (Massive Cluster Management System) benzetmesini kullanmak gerekirse, TON'un yaptığı tam olarak budur. Belirli bir parça zincirindeki yük arttıkça iki parçaya ayrılır. Akıllı sözleşmeler atomik olduğu için asla ikiye bölünmezler. Bu, bir zamanlar aynı parça zincirinde bulunan bazı akıllı sözleşmelerin bir gün kendilerini farklı parça zincirlerinde bulabileceği anlamına gelir.
TON'un Sanal Makinesi (TVM), dağıtılmış mikro hizmetler kavramını Ethereum EVM ile kıyaslayan genel bir mimariye uyguluyor.
Eyalet ademi merkeziyetçiliği
Bu, parçalama alanındaki en karmaşık ve zorlu parçalama mekanizmalarından biridir. Tüm veritabanı bölünür ve farklı parçalara yerleştirilir. Her parça, tüm verileri tüm blok zincirinin durumunu değil, kendi parçasında depolar.
TON blok zinciri parçalamada, tüm hizmetler akıllı sözleşmeler şeklinde uygulanır ve akıllı sözleşmelerin durum verileri, durum parçalama elde etmek için yalnızca ilgili parça ağında saklanır.
Sadece bu da değil, TON'da sözleşme, her kullanıcının kendi sözleşmesinde token durumunu yönetebildiği ve blok zinciri durumundan ademi merkeziyetçiliği gerçekten gerçekleştirebildiği sektörde benzersiz bir uygulama yolu elde etti. Bu tasarımın ilkelerini vaka çalışmaları ile ayrıntılı olarak inceleyeceğim.
Her şeyden önce, Cüzdan sözleşmesini ve Jetton cüzdan sözleşmesini anlamanız gerekir. Cüzdan sözleşmesi, kullanıcının TON blok zincirindeki tokenlerini yöneten, kullanıcıya özel bir akıllı sözleşmedir. Jetton (Rusça: Jewel) Cüzdan sözleşmesi, kullanıcının Jetton tokenlerini yönetmeye adanmış özel bir cüzdan sözleşmesi türüdür. Bu tokenler, ağ ücretlerini ödemek ve akıllı sözleşmeleri yürütmek için kullanılabilir. Her kullanıcının kendi Cüzdan sözleşmesi ve Jetton cüzdan sözleşmesi vardır. Bu sözleşmeler, kullanıcıların tokenlerini saklamaları ve yönetmeleri için dijital cüzdanlar görevi görür. Aynı zamanda, bu sözleşmeler, merkezi olmayan varlık transferini ve ticaretini sağlamak için diğer kullanıcıların sözleşmeleriyle de etkileşime girebilir.
Bu durumda, A kullanıcısının ve B kullanıcısının her birinin kendi cüzdan sözleşmesine sahip olduğu varsayılır. A Kullanıcısı, B Kullanıcısına belirli miktarda token aktarmak istiyor. Bu durumda, Kullanıcı A'nın Cüzdan sözleşmesi, token transferini gerçekleştirmek için Kullanıcı B'nin Cüzdan Sözleşmesi ile etkileşime girer. Tüm sürecin tek bir merkezi sözleşmeye değil, iki merkezi olmayan sözleşmeye dayanması gerekir.
TON blok zinciri kullanıcılarının hepsinin varlıklarının durumunu yönetmek için kendi sözleşmeleri vardır, bu da tüm varlıkları yönetme riskini üstlenecek tek bir merkezi sözleşme olmadığı anlamına gelir. Bu, sistemin ademi merkeziyetçiliğini artırır ve tek bir arıza noktası riskini azaltır. Tüm kullanıcıların varlıklarının durumu özel bir sözleşme tarafından yönetilir ve bir saldırgan tek bir merkezi sözleşmeye saldırarak tüm sistemi etkileyemez. Kullanıcılar arasındaki varlık işlemleri, akıllı sözleşmeler aracılığıyla otomatik olarak gerçekleştirilebilir ve insan operasyonu riskinden kaçınır. Daha fazla işlev ve uygulama senaryosu elde etmek için kendi cüzdan sözleşmenizi ve Jetton cüzdan sözleşmenizi ihtiyaçlarınıza göre özelleştirebilirsiniz. Bu, kullanıcılara daha fazla esneklik ve özerklik sağlar. Herkes varlık durumunu kendi sözleşmesinde yönetir ve sistemin ölçeklenebilirliği iyileştirilir. Kullanıcı sayısı arttıkça sözleşme sayısı da artar, ancak bu, her sözleşme bağımsız olarak çalıştığı için genel sistem üzerinde aşırı bir yük oluşturmaz.
Yukarıdakiler, ilk taslağı düzenlediği için Dr. Awesome Doge'a teşekkürler, TON blok zincirinin ölçeklenebilirliği ve teknik incelemenin teknik mimarisi hakkındaki analizimdir. Azimleri için Rus ve Ukraynalı geliştirme ekiplerine ve son olarak Telegram'ın kurucusu Bay Nikolai Durov'a yıllar önceki harika tasarımı için teşekkürler ve bunlar insan zihninin ihtişamı için.