Asli |.Odaily Planet Harian (@OdailyChina)
Penulis |. Suami (@vincent 31515173)
TON pada bulan Agustus berada dalam kesulitan.
Pertama, pendiri Telegram ditangkap di Prancis dan dibebaskan dengan jaminan sambil menunggu persidangan. Kemudian, jaringan Ton menghadapi keraguan yang lebih besar setelah gangguan produksi dua blok. Kedua krisis tersebut memberikan dampak buruk pada ekologi Ton yang semakin populer dan semakin menekan ruang narasinya di masa depan.
Fokus pasar sebagian besar tertuju pada penangkapan pendiri, dan tidak banyak perhatian diberikan pada kegagalan teknis. Kegagalan teknis adalah peristiwa besar yang benar-benar mempengaruhi perkembangan ekosistem Ton di masa depan.
Mengapa jaringan TON sering down? Masyarakat pun mempunyai pendapat berbeda mengenai hal ini. Odaily Planet Daily akan menganalisis buku putih TON, dokumen teknis terkait, dan status jaringan saat ini untuk mengeksplorasi alasan di balik dua gangguan produksi blok di jaringan TON.
Peran multi-pihak: jumlah validator tidak mencukupi dan desain dasarnya terlalu rumit
Tinjauan peristiwa: Pada pagi hari tanggal 28 Agustus, jaringan TON mengalami gangguan produksi blok pertama, dan memerlukan waktu 7 jam untuk melanjutkan produksi blok. Namun dalam waktu kurang dari 24 jam, Ton mengalami gangguan blok kedua pada tanggal 29 dini hari.
Alasan yang dangkal: Stagnasi produksi blok yang disebabkan oleh lonjakan volume transaksi DOGS
Alasan langsung terhentinya produksi blok jaringan adalah lonjakan volume transaksi DOGS.
DOGS adalah koin Meme yang baru-baru ini populer di jaringan TON, dengan total pasokan 550 miliar. Pangsa airdrop menyumbang 72,73% dari total, dan ambang batas airdrop hanya memerlukan akun Telegram. Baru-baru ini, DOGS telah terdaftar di beberapa platform seperti Binance, yang mengakibatkan lonjakan jumlah transfer transaksi on-chain jangka pendek.
Sebagai rantai publik PoS, TON mengandalkan node validatornya untuk memproses dan mengonfirmasi transaksi serta mengemas transaksi ini ke dalam blok. Dalam keadaan normal, jaringan blockchain akan menghasilkan blok baru pada interval yang ditentukan, namun ketika sistem tidak dapat memproses semua transaksi yang tertunda tepat waktu, proses pembuatan blok akan tertunda atau bahkan terganggu.
Fenomena kelebihan transaksi tidak jarang terjadi di bidang blockchain. Banyak jaringan, termasuk rantai publik terkenal seperti Bitcoin dan Ethereum, menghadapi masalah serupa. Ketika volume transaksi melebihi kemampuan pemrosesan instan jaringan, kecepatan verifikasi transaksi turun secara signifikan. Dalam kasus TON, lonjakan volume transaksi dapat menyebabkan validator kelebihan beban, sehingga memperlambat kecepatan produksi blok secara keseluruhan. Fenomena ini terlihat jelas pada periode puncak tertentu, seperti ketika DOGS tiba-tiba dicari oleh pengguna, volume transaksi melonjak melebihi daya dukung jaringan, sehingga mengakibatkan penundaan produksi blok.
Mengenai alasan mengapa jaringan menghentikan produksi blok dua kali, TON Foundation menjelaskan bahwa karena kelebihan transaksi DOGS, pengumpulan sampah membebani banyak validator, yang memakan waktu terlalu lama dan menyebabkan mereka kehilangan konsensus.
Menariknya, TON berhasil mengajukan sertifikasi Guinness World Records dengan TPS hingga 104715 dalam public performance test pada akhir November tahun lalu. Penjelasan resmi atas kelebihan transaksi DOGS tampaknya terlalu lemah.
Alasan mendalam: Keterbatasan desain jaringan TON dan masalah verifikator
Faktanya, kelebihan transaksi hanyalah gejala dari masalah. Masalah mendasar dari gangguan pembangkitan blok di jaringan TON tersembunyi dalam desain dan mekanisme verifikasi yang mendasarinya. Dengan menganalisis arsitektur teknis TON, mekanisme sharding, dan bentuk organisasi verifikatornya, kita dapat menganalisis mengapa jaringan TON menunjukkan ketidakstabilan dalam kondisi ekstrem dari tiga perspektif berikut.
1. Kompleksitas arsitektur rantai pecahan: tantangan yang ditimbulkan oleh skalabilitas tinggi
Desain arsitektur TON berpusat pada skalabilitas tinggi dan kinerja tinggi. Struktur multi-level unik dari rantai utama, rantai kerja, dan rantai pecahan secara teoritis dapat meningkatkan kemampuan pemrosesan jaringan dengan mendistribusikan beban. Namun, struktur rantai pecahan yang rumit ini juga membawa banyak tantangan.
Setiap rantai kerja dapat dibagi lagi menjadi beberapa rantai shard, dengan setiap rantai shard bertanggung jawab atas pemrosesan transaksi untuk akun yang berbeda. Desain ini memungkinkan sejumlah besar transaksi diproses secara paralel pada rantai pecahan yang berbeda, sehingga meningkatkan TPS jaringan secara keseluruhan. Namun, ketika volume transaksi melonjak, jika beban di beberapa rantai shard tidak terdistribusi secara merata atau validator gagal memproses sejumlah besar transaksi secara tepat waktu, kecepatan produksi blok dari rantai shard ini mungkin melambat atau bahkan terhenti. Karena rantai pecahan harus disinkronkan dengan rantai utama, jika ada masalah dengan rantai pecahan kunci, hal ini dapat mempengaruhi proses produksi blok di seluruh jaringan.
Metode sharding TON sangat inovatif, memungkinkan rantai shard dikurangi hingga setiap rantai shard hanya bertanggung jawab atas sejumlah kecil akun atau kontrak pintar, atau bahkan setiap shard mengelola satu akun atau kontrak. Namun, pendekatan sharding yang ekstrem ini juga meningkatkan kompleksitas koordinasi dan pengelolaan. Meskipun teknologi sharding adalah cara yang efektif untuk meningkatkan skalabilitas blockchain, teknologi ini memerlukan koordinasi yang sangat efisien dan stabil antara setiap rantai shard dan rantai utama. Ketika rantai pecahan tertentu mengalami kemacetan dalam kondisi ekstrem, proses produksi blok di seluruh jaringan mungkin diblokir.
2. Jumlah validator yang tidak mencukupi: potensi risiko desentralisasi TON
Masalah signifikan lainnya pada jaringan TON adalah kurangnya jumlah validator. Dibandingkan dengan rantai publik PoS lainnya, TON memiliki validator yang jauh lebih sedikit. Saat ini, jaringan TON hanya memiliki 318 node validator, sedangkan jumlah validator di Ethereum telah melebihi 600,000, dan jumlah validator di Solana jauh melebihi TON. Perbedaan jumlah validator ini secara langsung mempengaruhi tingkat desentralisasi dan keamanan jaringan TON.
Dalam jaringan PoS, validator bertanggung jawab untuk memverifikasi transaksi, mencapai konsensus, dan mengemas transaksi terverifikasi ke dalam blok. Jumlah validator tidak hanya menentukan tingkat desentralisasi jaringan, namun juga secara langsung mempengaruhi kemampuan pemrosesan jaringan dalam kondisi beban tinggi. Jumlah validator TON yang sedikit berarti setiap validator perlu menangani lebih banyak permintaan transaksi. Ketika volume transaksi meningkat secara tiba-tiba, validator mungkin tidak dapat memproses semua transaksi tepat waktu, sehingga mengakibatkan penundaan atau bahkan gangguan produksi blok.
Selain itu, TON memiliki persyaratan perangkat keras dan jaringan yang tinggi untuk verifikator, dan untuk menjadi verifikator memerlukan jaminan Toncoin dalam jumlah besar. Kondisi ambang batas yang tinggi ini membatasi jumlah validator, sehingga hanya peserta dengan sumber daya yang memadai yang dapat bergabung dalam jajaran validator. Hal ini tidak hanya membatasi derajat desentralisasi jaringan TON, namun juga membuat masalah penundaan blok selama periode puncak perdagangan menjadi lebih menonjol.
3. Keterbatasan mekanisme konsensus: tantangan protokol toleransi kesalahan Bizantium dalam kondisi beban tinggi
Jaringan TON mengadopsi mekanisme konsensus berdasarkan teori Byzantine Fault Tolerance (BFT), yaitu protokol Catchain. Protokol ini dirancang untuk menjaga operasi normal jaringan bahkan ketika ada node berbahaya. Namun, efisiensi mekanisme ini akan terpengaruh ketika jumlah validator terbatas dan beberapa validator tidak dapat berpartisipasi dalam konsensus tepat waktu karena kelebihan volume transaksi.
Prinsip kerja protokol Catchain adalah selama jumlah node berbahaya di antara validator yang berpartisipasi dalam konsensus tidak melebihi sepertiga, jaringan dapat mencapai konsensus dan menghasilkan blok. Namun, ketika jumlah validator terbatas dan bebannya terlalu tinggi, beberapa validator mungkin tidak dapat merespons secara bersamaan, sehingga menyebabkan proses konsensus menjadi lambat atau bahkan tidak dapat mencapai konsensus, sehingga mengakibatkan stagnasi produksi blok.
Meskipun mekanisme konsensus TON dirancang agar sangat tahan risiko, dampak sebenarnya bergantung pada jumlah dan distribusi validator. Ketika jumlah validator tidak mencukupi dan beban jaringan melebihi ekspektasi, efisiensi protokol Catchain akan menurun secara signifikan, menyebabkan jaringan melambat atau bahkan stagnan.
Tingkat desentralisasi dan cacat pada mekanisme yang mendasarinya telah menjadi hambatan bagi pengembangan Ton.
TON menghadapi serangkaian tantangan baru-baru ini. Yang pertama adalah penangkapan pendiri Telegram di Perancis. Hal ini tidak hanya membuat perkembangan TON di masa depan menghadapi ketidakpastian, tetapi juga dapat mempengaruhi kerja sama antara Telegram dan ekosistem TON. 1 miliar pengguna aktif bulanan Telegram pada awalnya dianggap sebagai kekuatan yang berpotensi besar dalam pengembangan ekosistem TON. Kejadian ini tidak diragukan lagi membayangi kerja sama kedua pihak di masa depan.
Selain itu, jaringan TON sendiri terputus selama dua produksi blok berturut-turut dalam waktu singkat, sehingga semakin memperlihatkan keterbatasannya dalam kondisi beban tinggi. Meskipun kedua gangguan ini disebabkan oleh lonjakan volume transaksi DOGS, alasan mendasarnya adalah masalah desain yang mendasari jaringan TON. Kompleksitas arsitektur rantai shard, jumlah validator yang tidak mencukupi, dan berkurangnya efisiensi mekanisme konsensus di bawah beban tinggi semuanya menunjukkan bahwa jaringan TON memiliki hambatan teknis yang signifikan dalam menangani keadaan darurat. Masalah-masalah ini tidak hanya mempengaruhi stabilitas TON saat ini, namun juga menimbulkan potensi ancaman terhadap perkembangan jangka panjangnya.
Penulis percaya bahwa ekosistem TON perlu ditingkatkan dalam aspek-aspek berikut untuk memastikan stabilitas dan pembangunan berkelanjutan.
TON perlu menambah jumlah verifikator, menurunkan ambang batas untuk menjadi verifikator, dan menarik lebih banyak node untuk berpartisipasi, sehingga meningkatkan derajat desentralisasi dan daya dukung jaringan.
TON harus mengoptimalkan arsitektur rantai pecahannya, meningkatkan efisiensi koordinasi antara rantai pecahan dan rantai utama, dan memastikan kelancaran pengoperasian di lingkungan dengan volume transaksi tinggi.
Optimalisasi lebih lanjut dari mekanisme konsensus juga penting. TON harus mempelajari cara meningkatkan efisiensi protokol Catchain dalam kondisi beban tinggi untuk memastikan bahwa jaringan masih dapat menghasilkan blok secara stabil dalam kondisi ekstrim.
Dalam perjalanannya, TON telah menghadapi krisis besar sejak lahir, dan kemudian mengandalkan otonomi komunitas untuk menyelesaikan nirwana. Dan pada tahap awal pengembangannya, negara ini juga menghadapi suhu panas rendah dan ekologi yang buruk. Tampaknya situasi saat ini belum cukup untuk menimbulkan “ancaman fatal” bagi ekosistem bekas TON. Diharapkan TON dapat mengatasi kesulitan yang ada saat ini dan meningkatkan jaringannya sendiri sehingga dapat lebih baik dalam menghadapi tantangan masa depan dan secara bertahap membangun ekosistem yang lebih kuat dan sejahtera.