Ekosistem TON menjadi sangat populer akhir-akhir ini, dan berbagai mini-game di TON bermunculan tanpa henti. Saya ingin tahu apakah Anda pernah memainkannya sebelumnya. Sebagai rantai L1, TON berbeda dengan rantai lainnya, apa kelebihannya, dan apa yang bisa dilakukan orang awam di TON.

Slogan resmi TON

Pengantar TON

TON (The Open Network) adalah jaringan blockchain terdesentralisasi. Tujuannya adalah untuk melayani kebutuhan interaksi konkurensi ultra-tinggi dari miliaran pengguna Telegram. Rantai terkenal seperti BTC menghasilkan blok setiap sepuluh menit, dan ada batasan atas jumlah transaksi dalam satu blok. Jelas, itu tidak dapat memenuhi persyaratan Telegram, sehingga muncullah TON. TON saat ini dapat menangani jutaan transaksi per detik.

TON didukung oleh basis pengguna Telegram yang sangat besar dan dikombinasikan dengan kerangka program mini yang diluncurkan oleh Telegram, yang memberikan TON ruang besar untuk berimajinasi dan menarik banyak penggali emas untuk datang dan berburu emas. Dibandingkan dengan penggunaan WEB3 sebelumnya untuk memperluas basis pengguna WEB2, TON tampaknya berada di jalur yang berbeda dengan menggunakan Telegram sebagai media untuk mengekspos pengguna ke WEB3 melalui WEB2.

TON fitur teknis

Fitur teknis terbesar TON adalah konkurensi tinggi, efisiensi tinggi, dan skalabilitas. Tentu saja, ini tampaknya menjadi konfigurasi standar setiap rantai baru, jadi bagaimana TON melakukannya?

Mari kita ambil ETH sebagai contoh. Setelah node penghasil blok menyelesaikan pengemasan blok dan mengurutkan transaksi, itu dimasukkan ke dalam EVM untuk diproses. Keuntungannya adalah hasilnya bersifat deterministik. Saat transaksi diproses, tidak ada transaksi lain yang akan mengubah statusnya, sehingga memastikan konsistensi. Namun kerugiannya juga jelas, TPS akan relatif rendah.

TON meninggalkan proses eksekusi serial dan mengadopsi arsitektur paralel sepenuhnya. Dua permasalahan utama perlu dipecahkan di sini: bagaimana memparalelkan dan bagaimana memastikan keadaan konsisten.

Lingkungan paralel berbasis aktor

Unit dasar dalam TON adalah Aktor, yang dapat dipahami sebagai kontrak pintar di ETH. Aktor adalah dasar dimana TON dapat melakukan paralelisme penuh. Tidak ada konsep untuk membedakan antara akun dan kontrak pintar di TON. Semua objek adalah aktor, dan akun Anda juga merupakan kontrak. Aktor memiliki kemampuan eksekusi logika dan kemampuan penyimpanan data tertentu. Selama transaksi, Aktor akan melakukan langkah-langkah berikut:

  • Pemicu peristiwa (umumnya ketika pesan eksternal diterima, seperti transfer)

  • Jalankan metode kontrak untuk menangani acara ini

  • Perbarui status kontrak

  • Kirim pesan (opsional)

  • Masuk ke keadaan senyap dan tunggu kejadian berikutnya terjadi

Terlihat bahwa setelah diproses dengan cara ini, setiap transaksi diproses secara paralel dan independen. Setelah setiap pemrosesan, pesan dapat dikirim secara asinkron untuk berinteraksi dengan Aktor lain. Setiap Aktor akan mempertahankan statusnya masing-masing secara independen, sehingga Anda akan menemukan bahwa Jetton (Token) Anda pada TON akan memiliki alamat independen, karena status jumlah Jetton tidak akan dipertahankan di Aktor yang sama dengan jumlah TON Anda.

Agar mudah dipahami dan konsisten dengan pemahaman semua orang sebelumnya, Aktor dapat dipahami sebagai dompet atau kontrak, dan penyampaian pesan dapat berupa interaksi kontrak.

Pembagian

Sharding adalah mekanisme utama dalam TON, yang memastikan skalabilitas pada TON. Sederhananya, mekanisme sharding “secara dinamis” menyesuaikan jumlah transaksi yang diproses oleh sebuah node. Misalnya, jika terlalu banyak transaksi yang masuk pada waktu tertentu, maka transaksi tersebut akan dibagi menjadi beberapa “subset” dan ditugaskan ke node yang berbeda. untuk pemrosesan paralel. Sebaliknya, Kemudian gabungkan "subset" dengan volume transaksi yang lebih kecil menjadi satu pecahan.

Mengutip gambar dari situs resminya, menjelaskan proses sharding:

Blok-blok tersebut dibagi menurut garis putus-putus hitam. Diantaranya, 101, 102, dan 103 berada pada rantai pecahan yang sama dalam satu blok, dan 80 berada pada rantai pecahan lainnya blok 30, kedua node 63 dan 105 digabung menjadi satu yaitu 106 di blok 31 karena volume transaksi yang rendah.

Pengetahuan di atas secara umum memperkenalkan proses keseluruhan. Mari kita perkenalkan arti spesifik dari setiap elemen dalam gambar.

1. Rantai Akun

Dalam TON, rangkaian transaksi yang berhubungan dengan suatu akun membentuk suatu rantai dalam urutan tertentu, yang disebut rantai akun. Di blockchain, jika logika eksekusi dan urutan transaksi tetap tidak berubah, keadaan akhir akan konsisten. Rantai akun yang berbeda dapat diproses secara paralel.

Rantai akun tidak tercermin pada gambar di atas.

2. Rantai Pecahan

Rantai pecahan sesuai dengan node digital pada gambar di atas. Rantai pecahan terdiri dari beberapa rantai akun. Tidak ada persyaratan khusus untuk memilih rantai akun mana yang akan digabungkan. Beberapa rantai pecahan dalam satu blok dapat diproses secara paralel oleh node yang berbeda. Rantai sharding adalah unit eksekusi mekanisme sharding TON, dan operasi sharding terutama dijalankan pada rantai sharding.

Singkatnya, rantai akun membentuk rantai pecahan, dan rantai pecahan digabungkan menjadi satu blok.

3. Rantai Kerja

Rantai pecahan perlu bekerja pada rantai kerja, yaitu garis biru pada gambar di atas. Rantai kerja adalah sekumpulan blockchain dengan aturannya sendiri. Setiap orang dapat menerapkan rantai dengan aturannya sendiri di rantai kerja, dan hanya 2/3 validator yang perlu menyetujuinya. TON memungkinkan pembuatan hingga "2^32" rantai kerja, dan setiap rantai kerja dapat dibagi lagi menjadi hingga "2^60" pecahan.

Saat ini hanya ada dua rantai di TON, "Basechain" dan "Masterchain". Rantai kerja ini agak mirip dengan konsep L2. Dilaporkan bahwa akan ada rantai kerja baru untuk mendukung EVM, yang juga merupakan perwujudan dari skalabilitas TON.

4. Rantai Utama

Mungkin ada beberapa rantai kerja di TON, tetapi hanya ada satu rantai utama. Fungsi utama rantai utama adalah untuk menyinkronkan informasi dari rantai kerja yang berbeda dan mencapai konsensus mengenai statusnya. Cara untuk mencapai konsensus masih melalui pengiriman pesan, namun biaya pengiriman pesan antara rantai utama dan rantai kerja relatif tinggi, sehingga hanya informasi penting dari blok tersebut yang akan disinkronkan.

Pada gambar di atas merupakan bagian yang diberi garis hitam.

Kembalikan kesalahan

Dalam skenario serial, jika terjadi kesalahan, status transaksi akan dibatalkan. Dalam skenario paralel, rollback dilakukan melalui pesan internal rebound. Interaksi kontrak pintar di TON diteruskan melalui pesan, sehingga pesan tersebut (pesan internal) perlu diatur agar terpental. Jika terjadi kesalahan, pesan asli akan menjadi pesan pentalan, membawa informasi TON yang tersisa dan menyetel tanda ke "terpental". Setelah Aktor menerima pesan pentalan, ia menangani kesalahan tersebut.

Meringkaskan

TON mencapai paralelisme lengkap dengan menggunakan model Aktor sehingga setiap negara bagian dapat diproses secara independen tanpa bergantung pada negara lain. Melalui mekanisme sharding, TON dapat menyesuaikan diri secara dinamis untuk beradaptasi dengan perubahan jumlah transaksi dalam rantai. Mekanisme TON rumit namun efisien. Ada juga beberapa detail teknis seperti waktu logis, pengiriman pesan, dll., yang tidak akan saya perkenalkan secara detail.

Beberapa detail saat mengalami TON

Jika Anda hanya pernah merasakan BTC atau ETH sebelumnya, akan ada beberapa perbedaan saat Anda merasakan TON.

1. Model akun TON

Seperti disebutkan dalam konten sebelumnya, TON tidak menggunakan model UTXO di BTC atau model dompet di ETH. Dompet Anda juga merupakan "kontrak". Kita tahu bahwa penerapan kontrak memerlukan pembayaran biaya Gas, tetapi ketika kita membuat dompet baru, tidak ada dana di dalamnya, jadi bagaimana cara membayar Gas ini?

Faktanya, ketika Anda membuat dompet TON, dompet Anda belum dibuat. Hanya ketika Anda melakukan transaksi (seseorang mentransfer TON kepada Anda), dompet Anda akan diinisialisasi dan sebagian dari TON akan dipotong sebagai biaya kontrak. penyebaran. Inilah sebabnya Anda akan menemukan bahwa Anda telah mentransfer 10 TON, tetapi hanya menerima 9,99 TON.

2. Transaksi Jetton TON

Berdasarkan pengenalan tentang Aktor di atas, setiap Aktor mempunyai keadaan independen, yang tidak bergantung pada keadaan eksternal. Oleh karena itu, Jetton on TON tidak disimpan di dompet TON Anda, melainkan alamat independen, yang ditautkan ke dompet TON Anda.

Misalnya, Jetton pada gambar di bawah memiliki alamatnya sendiri "Dompet Jetton" di TON, tetapi akan ditautkan ke "Alamat pemegang" dompet TON.

3. Perhitungan gas fee untuk TON

TON, seperti kebanyakan jaringan lainnya, perlu membayar biaya bahan bakar saat berdagang, menerapkan kontrak, dan berinteraksi dengan kontrak. Namun dalam praktiknya, biaya transaksi TON masih relatif mahal. Misalnya, transaksi Jetton di DEX mungkin memerlukan 0,05 TON, yang bukan merupakan keunggulan dibandingkan beberapa rantai.

Selain itu, TON juga perlu membayar biaya penyimpanan, jadi jika dompet Anda tidak melakukan transaksi dalam waktu lama, biaya bahan bakar untuk transaksi Anda berikutnya mungkin jauh lebih tinggi.

Rincian biaya bahan bakar spesifik dapat dilihat di Biaya Transaksi.

4. Kategori dompet TON

Dompet TON juga memiliki banyak alamat, yang agak mirip dengan BTC. Alamat TON yang berbeda mewakili versi dompet yang berbeda, dan versi dompet yang berbeda akan mengimplementasikan fungsi yang berbeda. Dompet yang paling umum digunakan saat ini adalah "V4 R 2", dan dompet "W 5" juga baru-baru ini diluncurkan, yang dapat mendukung penggunaan token lain untuk membayar biaya bahan bakar.

Apa yang bisa kita lakukan di TON?

Sebagian besar popularitas TON saat ini berasal dari robot di Telegram dan program mini di atas robot. Terutama ledakan beberapa applet game baru-baru ini telah membawa lalu lintas yang besar ke beberapa proyek WEB3.

Program mini di Telegram

Kini Anda dapat membuat program mini di Telegram, yang membuat orang merasa seperti kembali ke masa ketika program mini WeChat meledak. Namun, program mini di TG sebagian besar adalah permainan kecil, dan kualitasnya bervariasi. Satu-satunya motivasi semua orang untuk bermain adalah berharap tim proyek pada akhirnya akan mengeluarkan airdrop. Pihak proyek dapat menggunakan ekspektasi halus ini untuk menarik banyak pengguna dalam waktu singkat.

Selain mencapai fisi dengan menarik pengguna dengan menyelesaikan tugas-tugas dalam game, ada juga beberapa program mini mirip alat yang dapat memberikan kemampuan untuk menarik pengguna, misalnya aplikasi amplop merah di TG beriklan dengan mengirimkan amplop merah untuk menarik pengguna.

Buat situs web di TON

Semua orang mungkin pernah mendengar tentang resolusi nama domain. Di ETH, Anda dapat membeli nama domain untuk menggantikan daftar alamat yang panjang dan rumit. Ini adalah resolusi nama domain WEB3. Di TON, selain membeli nama domain TON untuk menggantikan alamat Anda, Anda sebenarnya dapat menggunakan nama domain ini untuk membangun situs web agar orang lain dapat mengunjunginya dan menyadari fungsi asli dari nama domain tersebut.

Nama domain sebenarnya adalah NFT, dan Anda dapat menukarkan nama domain Anda seperti Anda menukarkan NFT. Harga sebuah nama domain berhubungan dengan panjang nama domain tersebut. Nama domain termurah membutuhkan 1 TON. Informasi spesifik dapat dilihat di situs resmi nama domain TON.

robot

Robot tidak ada hubungannya dengan TON, tetapi terkait erat dengan Telegram, jadi saya akan menyebutkannya di sini. Terdapat banyak sekali robot di TG yang digunakan untuk melihat transaksi, memantau, transaksi cepat dan fungsi lainnya. Setiap interaksi akan mengenakan biaya penanganan yaitu sekitar 1%. Ada transaksi besar yang dimulai di TG setiap hari, dan ada robot untuk berbagai rantai, termasuk SOL, ETH, TON, dll.

Namun, persaingan di bidang ini juga sangat ketat sekarang, dan selalu terasa tidak nyaman untuk menyerahkan kunci pribadi kepada robot yang kodenya tidak diungkapkan.

Artikel ini ditulis oleh Yeezo (akun X @GaoYeezo 75065) dari Tim ZAN (akun X @zan_team).