Apakah TPS yang Lebih Tinggi Selalu Lebih Baik? Mengapa Throughput Blockchain Tidak Sama dengan Permintaan Transaksi Nyata

TPS (Transaksi Per Detik) adalah metrik kinerja umum yang digunakan untuk mengukur jumlah transaksi yang dapat diproses oleh jaringan blockchain dalam periode tertentu. TPS juga merupakan parameter teknis penting dalam persaingan antarchain publik berperforma tinggi. Seiring chain publik seperti Solana, Sui, dan Aptos terus mengoptimalkan eksekusi paralel, mekanisme konsensus, serta arsitektur pemrosesan transaksi, industri blockchain secara bertahap beralih dari fokus awalnya pada biaya transaksi dan kecepatan konfirmasi menuju eksplorasi throughput yang lebih tinggi, latensi yang lebih rendah, dan skenario aplikasi on-chain yang lebih kompleks.

Namun, kemampuan sebuah chain publik untuk memproses lebih banyak transaksi tidak selalu berarti terdapat tingkat permintaan pengguna nyata yang setara. Sebuah jaringan dapat mencapai TPS yang sangat tinggi dalam lingkungan pengujian, tetapi mempertahankan aktivitas transaksi yang rendah di mainnet-nya dalam jangka panjang. Jaringan lain mungkin memiliki TPS lebih rendah, tetapi mendukung penyelesaian stablecoin, transaksi keuangan, dan transfer aset bernilai tinggi dalam jumlah besar. Jadi, apa yang sebenarnya dapat diukur oleh TPS? Mengapa throughput teoretis tidak sama dengan permintaan transaksi aktual? Dan bagaimana investor dapat menentukan apakah sebuah chain publik berperforma tinggi telah mencapai adopsi pasar yang nyata?

Poin Penting

• TPS mengukur kapasitas pemrosesan transaksi sebuah blockchain, tetapi tidak secara langsung mencerminkan nilai jaringan. TPS tinggi menunjukkan bahwa suatu jaringan berpotensi memproses sejumlah besar transaksi, tetapi tidak membuktikan bahwa transaksi tersebut berasal dari permintaan pengguna yang nyata.

• TPS teoretis dan TPS aktual berbeda secara signifikan. Catatan kinerja yang dicapai dalam lingkungan pengujian dapat dipengaruhi oleh jenis transaksi, konfigurasi perangkat keras, dan kondisi jaringan, sehingga tidak dapat disamakan secara langsung dengan kinerja mainnet jangka panjang.

• Peningkatan volume transaksi tidak selalu berarti aktivitas ekonomi tumbuh pada laju yang sama. Transaksi bot, arbitrase, operasi berulang berbiaya rendah, dan transaksi sistem semuanya dapat meningkatkan TPS on-chain.

• Permintaan transaksi yang nyata perlu dinilai menggunakan berbagai metrik. Pengguna aktif, biaya transaksi, pendapatan aplikasi, volume penyelesaian stablecoin, dan retensi pengguna dapat mencerminkan penggunaan jaringan secara lebih efektif daripada TPS saja.

• Kinerja blockchain memerlukan keseimbangan antara throughput, latensi, biaya, dan desentralisasi. Kapasitas pemrosesan yang lebih tinggi dapat meningkatkan pengalaman pengguna, tetapi juga dapat meningkatkan persyaratan perangkat keras validator serta biaya operasional jaringan.

Apa Itu TPS, dan Mengapa TPS Menjadi Metrik Penting dalam Persaingan Kinerja Chain Publik?

TPS mengacu pada jumlah transaksi yang diproses jaringan blockchain per detik dan umum digunakan untuk menggambarkan throughput transaksi. Sebagai contoh, jika sebuah chain publik memproses 60.000 transaksi dalam satu menit, rata-rata TPS-nya adalah 1.000. Bagi blockchain yang perlu mendukung pembayaran, perdagangan, game, dan aplikasi berfrekuensi tinggi lainnya, TPS membantu pengembang memahami seberapa besar aktivitas transaksi yang dapat didukung jaringan dalam kondisi tertentu. TPS juga mencerminkan efisiensi arsitektur jaringan saat memproses sejumlah besar operasi.

Blockchain awal umumnya menggunakan kapasitas blok dan mekanisme produksi blok yang relatif konservatif untuk mengurangi biaya verifikasi node serta menjaga keamanan jaringan. Seiring aplikasi on-chain terus berkembang, permintaan transaksi meluas dari transfer aset sederhana menjadi perdagangan terdesentralisasi, pinjaman, game, dan eksekusi otomatis. Oleh karena itu, kapasitas pemrosesan jaringan menjadi faktor penting yang memengaruhi pengalaman pengguna. Jika volume transaksi melampaui kapasitas pemrosesan jaringan, pengguna dapat menghadapi antrean transaksi, biaya yang lebih tinggi, atau waktu konfirmasi yang lebih lama. Akibatnya, peningkatan TPS telah menjadi arah penting dalam penskalaan chain publik.

Namun, TPS hanyalah salah satu aspek dari kinerja blockchain. Jaringan yang berbeda dapat mendefinisikan, mengeksekusi, dan menghitung transaksi dengan cara yang berbeda. Membandingkan angka TPS dari dua chain publik secara sederhana tidak dapat sepenuhnya mencerminkan kemampuan pemrosesan aktualnya. Misalnya, transfer token standar dan transaksi kompleks yang melibatkan beberapa smart contract dapat berbeda secara signifikan dalam konsumsi sumber daya komputasi dan pembaruan statusnya. Oleh karena itu, TPS lebih sesuai untuk mengamati throughput jaringan tertentu dalam kondisi yang didefinisikan dengan jelas daripada menjadi standar pemeringkatan universal untuk kinerja keseluruhan chain publik yang berbeda.

Apa Perbedaan Antara TPS Teoretis dan TPS Aktual?

TPS teoretis umumnya mengacu pada kapasitas pemrosesan transaksi yang dapat dicapai sebuah jaringan berdasarkan asumsi teknis tertentu atau dalam lingkungan pengujian, sedangkan TPS aktual mencerminkan jumlah transaksi yang diproses jaringan dalam kondisi operasional nyata. Perbedaan keduanya terutama disebabkan oleh kompleksitas transaksi, kondisi jaringan, konfigurasi perangkat keras node, dan permintaan pengguna aktual. Sebuah chain publik dapat menggunakan sejumlah besar transaksi transfer sederhana dalam lingkungan pengujian yang terkendali untuk mencapai throughput tinggi. Namun, ketika mainnet menjalankan smart contract yang kompleks, memproses panggilan lintas aplikasi, dan menghadapi latensi jaringan dunia nyata, throughput berkelanjutannya dapat jauh lebih rendah daripada hasil pengujian.

Selain itu, lingkungan pengujian dapat mengendalikan input transaksi, konfigurasi node, dan beban jaringan, sedangkan mainnet nyata harus beroperasi dalam kondisi yang lebih kompleks. Validator dapat tersebar di berbagai wilayah, dengan bandwidth jaringan dan kinerja perangkat keras yang berbeda-beda. Transaksi juga dapat melibatkan persaingan status di antara akun yang berbeda. Jika suatu jaringan menggunakan arsitektur eksekusi paralel, apakah beberapa transaksi dapat diproses secara bersamaan juga bergantung pada apakah transaksi tersebut mengakses akun yang sama atau berbagi status yang sama. Ketika sejumlah besar transaksi terkonsentrasi pada aplikasi populer yang sama, bahkan jaringan dengan kapasitas pemrosesan paralel teoretis yang tinggi dapat dibatasi oleh persaingan sumber daya secara lokal.

Oleh karena itu, saat mengevaluasi kinerja chain publik, penting untuk membedakan antara TPS teoretis puncak, TPS testnet, TPS mainnet aktual, dan throughput berkelanjutan jangka panjang. Dibandingkan catatan tertinggi yang dicapai dalam waktu singkat, kemampuan jaringan untuk memproses transaksi secara terus-menerus di bawah beban tinggi, mempertahankan waktu konfirmasi yang stabil, dan menghindari peningkatan signifikan pada tingkat kegagalan umumnya lebih bermakna dalam praktik.

Mengapa TPS yang Lebih Tinggi Tidak Berarti Permintaan Transaksi Nyata yang Lebih Besar?

TPS mengukur jumlah transaksi yang diproses, sedangkan permintaan transaksi nyata mencerminkan apakah pengguna bersedia terus menggunakan suatu jaringan untuk melakukan aktivitas ekonomi dengan tujuan praktis. Keduanya berkaitan, tetapi tidak identik. Misalnya, sebuah chain publik dapat menarik banyak bot otomatis untuk melakukan transfer berulang, arbitrase, atau operasi berfrekuensi tinggi lainnya karena biayanya sangat rendah, sehingga menghasilkan TPS tinggi. Namun, transaksi tersebut mungkin tidak mencerminkan jumlah pengguna unik yang besar atau menghasilkan nilai ekonomi dalam jumlah yang sebanding.

Dalam pasar perdagangan terdesentralisasi, automated market maker, bot arbitrase, dan program likuidasi dapat terus-menerus memulai transaksi untuk menangkap perbedaan harga antar pasar. Operasi ini memiliki fungsi praktis bagi aplikasi perdagangan berfrekuensi tinggi, tetapi volume transaksinya mungkin jauh lebih tinggi daripada frekuensi perdagangan manual pengguna biasa. Jika semua transaksi on-chain diperlakukan sebagai permintaan dari pengguna unik, basis pengguna jaringan dapat dinilai terlalu tinggi. Demikian pula, beberapa aktivitas on-chain berbiaya rendah mungkin didorong oleh program insentif, sistem poin, atau tren pasar jangka pendek. Volume transaksi dapat menurun dengan cepat setelah aktivitas tersebut berakhir.

Oleh karena itu, TPS tinggi dapat menunjukkan bahwa suatu jaringan mendukung sejumlah besar aplikasi nyata, tetapi juga dapat mencerminkan aktivitas transaksi padat yang dihasilkan oleh sejumlah kecil program otomatis. Saat mengevaluasi permintaan, perlu ditinjau lebih lanjut siapa yang memulai transaksi, aplikasi apa yang terutama terlibat, apakah transaksi tersebut menghasilkan pendapatan biaya yang berkelanjutan, dan apakah aktivitasnya dapat berlanjut setelah insentif dikurangi. Pertanyaan yang benar-benar penting bukanlah berapa banyak transaksi yang diproses jaringan per detik, melainkan apakah transaksi tersebut membentuk kasus penggunaan yang berkelanjutan.

Bagaimana TPS Chain Publik Berperforma Tinggi Seperti Solana dan Sui Harus Dibandingkan?

Solana dan Sui sama-sama berfokus pada teknologi blockchain berperforma tinggi, tetapi menggunakan arsitektur eksekusi transaksi dan metode optimasi kinerja yang berbeda. Solana meningkatkan efisiensi pemrosesan transaksi melalui eksekusi paralel, manajemen status akun, dan arsitektur validator berperforma tinggi. Sui mengoptimalkan throughput dan kecepatan konfirmasi transaksi melalui model data berorientasi objek, eksekusi paralel, dan mekanisme konsensus Mysticeti. Karena kedua jaringan memiliki struktur transaksi dan metode pengukuran yang berbeda, membandingkan angka TPS yang mereka publikasikan secara langsung mungkin tidak secara akurat mencerminkan kinerja aplikasi di dunia nyata.

Pada Oktober 2026, arsitektur Tunnel milik Sui mencapai TPS puncak lebih dari 40 juta dalam sebuah aktivitas kinerja. Namun, metrik ini mengukur operasi dalam Tunnel off-chain, bukan transaksi on-chain yang dieksekusi secara langsung oleh mainnet Sui. Pengujian tersebut menggunakan 1.920 transaksi siklus hidup on-chain untuk mendukung inisiasi dan penyelesaian lebih dari 15,2 miliar operasi off-chain. Sebagai perbandingan, ketika menganalisis statistik transaksi aktual Solana, penting untuk menentukan apakah transaksi vote validator disertakan dan apakah transaksi gagal dihitung. Kedua pendekatan teknis dapat meningkatkan kapasitas sistem untuk memproses aktivitas, tetapi metrik throughput-nya tidak dapat begitu saja diperlakukan sebagai jenis transaksi on-chain yang sama.

Oleh karena itu, saat membandingkan chain publik berperforma tinggi, perlu digunakan standar pengukuran yang konsisten dan diperjelas apakah data berasal dari mainnet atau lingkungan pengujian, apakah data mencakup operasi off-chain, apakah transaksi dieksekusi dengan sukses, serta seberapa kompleks komputasi transaksi yang berbeda tersebut. Bagi pengembang, efisiensi eksekusi, latensi konfirmasi, dan kinerja biaya dari aplikasi tertentu dalam beban kerja dunia nyata sering kali menjadi referensi yang lebih berguna daripada satu angka TPS puncak.

Mengapa Transaksi Bot dan Transaksi Gagal Juga Memengaruhi TPS?

Chain publik berperforma tinggi umumnya memiliki biaya per transaksi yang rendah, sehingga program otomatis dapat mengirimkan transaksi dengan frekuensi tinggi. Di pasar DeFi, bot arbitrase dapat terus memantau perbedaan harga di antara pool likuiditas, program likuidasi dapat secara otomatis mengeksekusi operasi berdasarkan perubahan rasio jaminan, dan strategi market making dapat sering menyesuaikan order. Transaksi ini mungkin menjalankan fungsi ekonomi nyata, tetapi jumlahnya tidak sama dengan jumlah pengguna unik. Satu alamat otomatis yang memulai puluhan ribu transaksi per hari dapat menghasilkan dampak serupa dalam statistik TPS dengan puluhan ribu pengguna yang masing-masing menyelesaikan satu pembayaran, meskipun keduanya mencerminkan tingkat permintaan pasar yang sangat berbeda.

Transaksi gagal juga memerlukan analisis terpisah. Pada beberapa blockchain, transaksi dapat mengonsumsi sumber daya jaringan dan disertakan dalam statistik transaksi terkait meskipun pada akhirnya gagal. Misalnya, jika harga pasar berubah setelah bot arbitrase mengirimkan transaksi sehingga ketentuan slippage yang telah ditetapkan tidak lagi terpenuhi, transaksi tersebut dapat dikembalikan. Namun, jaringan tetap mengonsumsi sumber daya komputasi untuk mengurutkan dan mengeksekusinya. Pada kuartal pertama 2026, Solana memproses sekitar 10,1 miliar transaksi non-vote, dengan sekitar 25,6% di antaranya tidak berhasil. Hal ini menunjukkan bahwa bahkan setelah vote konsensus dikecualikan, total volume transaksi tidak sepenuhnya sama dengan aktivitas ekonomi yang berhasil diselesaikan.

Oleh karena itu, saat menganalisis TPS, perlu dibedakan lebih lanjut antara transaksi konsensus, transaksi pengguna biasa, transaksi otomatis, dan transaksi gagal. Aktivitas bot pada dasarnya bukan tanpa nilai. Beberapa transaksi otomatis dapat meningkatkan penemuan harga dan efisiensi alokasi modal. Namun, volumenya tidak boleh secara langsung dianggap sebagai ukuran adopsi pengguna. Pendekatan yang lebih wajar adalah mempertimbangkan rasio transaksi berhasil, konsumsi sumber daya komputasi, distribusi alamat pengirim transaksi, dan jenis aplikasi untuk menentukan komposisi aktivitas jaringan yang sebenarnya.

Mengapa Peningkatan Volume Transaksi On-Chain Tidak Selalu Menghasilkan Pendapatan Jaringan yang Lebih Tinggi?

Tidak ada hubungan tetap antara volume transaksi sebuah chain publik dan pendapatan jaringannya. Biaya transaksi umumnya dipengaruhi oleh model biaya, konsumsi sumber daya komputasi, kemacetan jaringan, dan mekanisme biaya prioritas. Ketika sebuah jaringan dapat memproses sejumlah besar transaksi dengan biaya rendah, total biaya yang dibayarkan pengguna mungkin tidak meningkat pada laju yang sama meskipun TPS naik secara signifikan. Misalnya, jika satu jaringan memproses 10 juta transaksi per hari dan biaya rata-rata per transaksi hanya $0,0001, total biayanya akan sekitar $1.000. Jaringan lain mungkin hanya memproses 100.000 transaksi per hari, tetapi mengenakan biaya rata-rata $0,10 per transaksi, sehingga total biayanya mencapai $10.000.

Namun, total biaya tidak sepenuhnya sama dengan pendapatan ekonomi yang benar-benar diterima oleh jaringan atau pemegang token. Sebagian biaya dapat dibayarkan kepada validator, sebagian dapat dibakar, dan sebagian lainnya dapat diberikan kepada aplikasi, sequencer, atau peserta infrastruktur lainnya. Oleh karena itu, saat mengevaluasi kinerja ekonomi sebuah chain publik, perlu dibedakan antara biaya yang dibayarkan pengguna, pendapatan yang dipertahankan protokol, pendapatan validator, dan mekanisme penangkapan nilai token. Aturan distribusi biaya berbeda di setiap jaringan, sehingga biaya transaksi tidak dapat begitu saja dianggap sebagai keuntungan proyek.

Selain itu, biaya rendah pada dasarnya bukan merupakan kelemahan. Untuk aplikasi pembayaran, game, dan interaksi berfrekuensi tinggi, biaya transaksi rendah mungkin diperlukan untuk menciptakan permintaan nyata. Pertanyaan utamanya adalah apakah jaringan dapat menciptakan aktivitas ekonomi berkelanjutan melalui pertumbuhan penggunaan yang berkelanjutan dan memberikan insentif yang memadai bagi validator, pemeliharaan keamanan, serta operasional infrastruktur. Oleh karena itu, TPS dan pendapatan jaringan perlu dianalisis bersama, bukan mengejar volume transaksi yang lebih tinggi atau biaya rata-rata yang lebih tinggi secara terpisah.

Metrik Apa yang Lebih Baik dalam Mencerminkan Permintaan Transaksi Nyata Chain Publik Dibandingkan TPS?

Menentukan apakah sebuah chain publik telah mencapai adopsi pasar yang nyata memerlukan analisis dari berbagai dimensi, termasuk skala pengguna, aktivitas ekonomi, penggunaan aplikasi, dan retensi jangka panjang. Alamat aktif dapat membantu menunjukkan partisipasi jaringan, tetapi satu pengguna dapat mengendalikan beberapa alamat, sementara satu alamat dapat dikelola oleh bot atau sistem institusional. Oleh karena itu, alamat aktif tidak dapat secara langsung disamakan dengan jumlah pengguna nyata. Biaya transaksi dapat mencerminkan biaya yang bersedia dibayarkan sebagian pengguna untuk layanan jaringan, tetapi mekanisme biaya berbeda di antara chain publik sehingga biaya tetap harus dipahami dalam konteks volume transaksi dan jenis aplikasi.

Bagi chain publik DeFi, metrik yang relevan mencakup volume bursa terdesentralisasi, permintaan pinjaman, peredaran dan volume penyelesaian stablecoin, serta pendapatan berkelanjutan dari aplikasi utama. Bagi jaringan yang berorientasi pada pembayaran, perlu juga dianalisis skenario pembayaran aktual, frekuensi transaksi, jumlah penyelesaian, dan penggunaan berulang. TVL dapat mencerminkan nilai aset yang dikunci dalam protokol on-chain, tetapi dapat dipengaruhi oleh perubahan harga aset, insentif likuiditas, dan penghitungan ganda. TVL tidak boleh diperlakukan sebagai representasi lengkap dari permintaan pengguna.

Secara keseluruhan, permintaan transaksi nyata lebih dekat dengan kemampuan pengguna untuk terus menggunakan jaringan guna menyelesaikan operasi bernilai daripada jumlah transaksi pada suatu waktu tertentu. Khususnya bagi chain publik berperforma tinggi, penting untuk mengamati apakah kapasitas baru yang ditambahkan benar-benar digunakan oleh aplikasi dan apakah penggunaan tersebut dapat berlanjut setelah subsidi atau tren pasar jangka pendek berakhir.

Apakah TPS yang Lebih Tinggi Memengaruhi Desentralisasi dan Keamanan Chain Publik?

Peningkatan TPS umumnya memerlukan perbaikan dalam eksekusi transaksi, penyebaran data, dan efisiensi pemrosesan node. Namun, solusi penskalaan yang berbeda dapat memberikan dampak berbeda terhadap biaya operasional jaringan. Misalnya, jika sebuah chain publik terutama meningkatkan throughput dengan menaikkan persyaratan perangkat keras validator, node mungkin memerlukan kinerja CPU, memori, penyimpanan, dan bandwidth jaringan yang lebih besar. Ketika biaya operasional melampaui kemampuan sebagian peserta, jumlah dan distribusi validator dapat terpengaruh, sehingga memicu diskusi mengenai tingkat desentralisasi.

Namun, TPS yang lebih tinggi tidak selalu mengurangi desentralisasi. Eksekusi paralel, akses status yang dioptimalkan, kompresi data, dan peningkatan protokol konsensus juga dapat meningkatkan efisiensi jaringan tanpa menaikkan biaya perangkat keras secara proporsional. Mysticeti milik Sui, misalnya, meningkatkan kinerja dengan mengoptimalkan proses pengiriman pesan konsensus dan kemampuan pemrosesan paralel. Namun, pengujian benchmark yang dipublikasikannya juga secara jelas membedakan throughput dalam lingkungan terkendali dan metrik dari jaringan produksi aktual.

Oleh karena itu, saat mengevaluasi teknologi penskalaan, throughput, waktu menuju finalitas, persyaratan operasional node, dan kemampuan pemulihan dari kegagalan perlu dipertimbangkan secara bersamaan. Bahkan jika suatu jaringan dapat memproses sejumlah besar transaksi, kinerja keseluruhannya masih dapat terbatas jika jaringan tersebut sering mengalami keterlambatan konfirmasi, transaksi gagal, atau sentralisasi validator saat beban tinggi. Chain publik berperforma tinggi yang benar-benar matang harus meningkatkan kapasitas pemrosesan sambil mempertahankan kemampuan verifikasi, stabilitas, dan biaya partisipasi yang wajar.

Haruskah Chain Publik Berperforma Tinggi Memprioritaskan TPS atau Permintaan Aplikasi Nyata?

Bagi chain publik yang masih berada pada tahap awal pengembangan, membangun kapasitas throughput yang memadai terlebih dahulu dapat menjadi hal yang wajar. Jaringan perlu menyediakan kapasitas untuk aplikasi di masa mendatang dan menghindari kemacetan segera ketika basis pengguna bertumbuh. Namun, jika aplikasi yang mampu menggunakan kapasitas tersebut secara berkelanjutan tidak tersedia dalam jangka panjang, TPS teoretis yang tinggi mungkin hanya mencerminkan kapasitas teknis yang belum dimanfaatkan sepenuhnya. Pengembangan ekosistem chain publik tidak hanya bergantung pada kinerja eksekusi dasar, tetapi juga pada alat pengembang, pengalaman dompet, likuiditas, keamanan aplikasi, dan titik akses pengguna yang stabil.

Aplikasi yang berbeda juga memiliki kebutuhan kinerja yang berbeda. Pembayaran stablecoin dapat lebih menekankan kepastian transaksi, stabilitas biaya, dan keandalan penyelesaian. Bursa terdesentralisasi dapat memprioritaskan latensi eksekusi, urutan transaksi, dan likuiditas. Game on-chain dapat memerlukan interaksi berfrekuensi tinggi dan pembaruan status berbiaya rendah. Dalam beberapa skenario, TPS tinggi memang merupakan syarat penting untuk memberikan pengalaman produk yang baik. Dalam skenario lain, keamanan, likuiditas aset, dan ekosistem pengembang mungkin lebih penting daripada throughput yang sangat tinggi.

Oleh karena itu, persaingan antar-chain publik tidak seharusnya hanya berfokus pada satu angka kinerja. Pertimbangan yang lebih penting mencakup apakah throughput jaringan sesuai dengan permintaan aplikasi, apakah peningkatan teknologi mengurangi biaya aktual bagi pengembang dan pengguna, serta apakah ekosistem menghasilkan aktivitas transaksi dan pendapatan ekonomi yang berkelanjutan. TPS menentukan skala permintaan transaksi yang dapat didukung oleh suatu jaringan, sedangkan adopsi aplikasi dan aktivitas ekonomi menentukan apakah kapasitas tersebut dapat menciptakan nilai nyata.

Ringkasan

TPS adalah metrik penting untuk mengukur kapasitas pemrosesan transaksi blockchain, tetapi TPS tidak dapat dengan sendirinya mencerminkan kematangan teknis, permintaan transaksi nyata, atau nilai ekonomi sebuah chain publik. Pengujian teoretis, operasi off-chain, dan transaksi mainnet aktual menggunakan standar pengukuran yang berbeda. Transaksi bot dan transaksi gagal juga dapat memengaruhi angka akhirnya. Oleh karena itu, angka TPS yang dipublikasikan oleh jaringan berbeda perlu dibandingkan dalam kondisi yang konsisten.

Bagi chain publik berperforma tinggi, nilai dari peningkatan throughput terletak pada pengurangan kemacetan transaksi, peningkatan pengalaman pengguna, dan penyediaan kapasitas operasional yang lebih besar bagi aplikasi. Namun, apakah sebuah jaringan dapat mencapai adopsi pasar jangka panjang tetap bergantung pada aktivitas pengguna nyata, ekosistem aplikasi, biaya transaksi, stabilitas jaringan, dan keberlanjutan ekonomi. Daripada mengejar catatan TPS yang terus diperbarui, lebih penting untuk menentukan apakah jaringan benar-benar memerlukan kapasitas pemrosesan tersebut dan apakah kapasitas itu diterjemahkan menjadi penggunaan on-chain yang berkelanjutan.

FAQ

Apakah Chain Publik Lebih Baik Jika Memiliki TPS Lebih Tinggi?

Belum tentu. TPS hanya mencerminkan throughput transaksi. Kinerja keseluruhan chain publik juga bergantung pada kecepatan konfirmasi, tingkat keberhasilan transaksi, keamanan, desentralisasi, dan permintaan aplikasi nyata.

Apa Perbedaan Antara TPS Teoretis dan TPS Aktual?

TPS teoretis biasanya berasal dari asumsi teknis tertentu atau lingkungan pengujian, sedangkan TPS aktual mencerminkan jumlah transaksi yang diproses jaringan dalam kondisi operasional nyata. Keduanya dapat berbeda secara signifikan akibat kompleksitas transaksi, konfigurasi perangkat keras, dan kondisi jaringan.

Mengapa Data TPS Solana Perlu Membedakan Transaksi Vote?

Vote konsensus Solana dapat dihitung sebagai transaksi on-chain dalam total volume transaksi, tetapi operasi ini tidak secara langsung mencerminkan kebutuhan pengguna biasa untuk pembayaran atau penggunaan smart contract. Oleh karena itu, transaksi non-vote umumnya dianalisis secara terpisah saat mengevaluasi aktivitas ekonomi.

Apakah TPS Sui yang Mencapai Puluhan Juta Berarti Mainnet Memproses Puluhan Juta Transaksi On-Chain per Detik?

Tidak. Catatan throughput tinggi tersebut berasal dari operasi off-chain dalam arsitektur Tunnel. Operasi ini dapat dieksekusi secara off-chain dan menggunakan transaksi on-chain untuk inisiasi serta penyelesaian. Operasi tersebut tidak dapat secara langsung disamakan dengan TPS transaksi native mainnet Sui.

Metrik Apa yang Dapat Membantu Menentukan Apakah Chain Publik Memiliki Permintaan Nyata?

Metrik yang relevan mencakup jumlah transaksi berhasil, pengguna aktif, retensi pengguna, volume penyelesaian stablecoin, volume DEX, pendapatan protokol, dan biaya transaksi. Penting juga untuk mengamati apakah metrik tersebut dapat dipertahankan dalam jangka panjang.

Apakah TPS yang Lebih Tinggi Pasti Mengurangi Biaya Transaksi?

Belum tentu. Throughput yang lebih tinggi dapat mengurangi kemacetan jaringan, tetapi biaya aktual juga bergantung pada model biaya jaringan, kebutuhan sumber daya komputasi, mekanisme biaya prioritas, dan penggunaan pasar.